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(57) Abstract: A system and method that are used for creating a longitudinal medical record for an injured person. The system 
includes in at least one embodiment a plurality of mobile computing devices. The mobile computing devices having an interface for 
receiving information from a first responder or a medic. 
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System and Method for Handling Medical Information 

1. Field of the Invention 

This invention relates to the medical records field, and more particularly, to a system for providing a 
longitudinal medical record, 
n. Bacli^ound 

There are a variety of existing medical record systems that range from pen and paper systems to electronic 
medical record systems. These systems have been developed for use within a particular doctor's office or other 
medical facility, but have not been adapted for use by first responders or far forward casualty response due to the 
inherent infrastructure requirements and primary focus of those systems which generally has been recording of 
doctor*s notes and/or ordering prescriptions. 

The U.S. Army Medical Research and Materiel Command (USAMRMC) Telemedicine & Advanced 
Technology Research Center (TATRC) at Fort Detrick, Maryland, has been and is continuing to investigate 
utilization of commercially available, "off-the-shelf* (COTS) hand-held wireless devices for use in routine medical 
care in military environments. The objective has been and continues to be to improve military health care by 
improving medical decision making and reducing errors beginning at the point of care. Application of wireless 
information technologies to medical informatics and telemedicine applications at the point of care can achieve these 
objectives by 1) improving accuracy and efficiency of point of care data entry, thereby improving the quality of the 
medical records used in medical decision making and 2) providing immediate access at the point of care to key 
infomoation and knowledge needed by military health care providers to make informed medical decisions. A 
system that satisfies these objectives is &rther needed to facilitate iir^roved point-of-care diagnostic,- epidemiology 
collection and bio-informatics tool Specific areas identified to improve and satisfy these objectives are medical 
readiness, medical assessments and treatment, medical reporting and documentation, medical skills training,, 
medical supply, and security of medical information. In each area infomtiation was gathered through research, 
practical experience, interviews, and literature searches. 

Medical readiness was analyzed by conducting a review of .the processing of 22,000 soldiers through a 
readiness site. The U.S. Mihtary medically processes soldiers prior to every deployment whether training or real 
world in order to maintain a high state of medical readiness. The process is referred to as a Preparation for Oversees 
Movement (?0M) or as the Soldiers Readiness Program (SRP). This process is accomplished by manually 
screening the outpatient healtii records, verification of required information and filling in a form on every individual 
to establish a field medical record. 

This process currently requires many man hours of preparation and the medical part of the POM process 
currendy takes an average of 6-8 hours using 4-6 medical screeners to medically process a Battalion sized element 
of approximately 500 personnel. (The times do not include the return visits for Physical conq)letion). During the 
POM process individual medical deficiencies are identified such as missing immunizations, allergy alert tags when 
required, outdated physicals, glasses, inserts if required and any current medications. In addition to any health 
related issues and physical limitations that could render the soldiers non-deployable. Once identified efforts are 
noade to correct these deficiencies during the screening process. Dining the time of this study both active military 
and reserve military con:q)onents where processed. 

The units observed were at varying levels of medical readiness and deficiencies could have easily been 
identified if the readiness information was in computerized format The soldiers who were deployable could 
accurately and efficientiy be identified as not requiring processing through the readiness site. This would greatly 
. reduce the time it takes to medically process personnel from 6-8 horns easily to 3-4 hours. In addition if this 
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infanrntion was made available electronically it woiild aUow commandos immediate access to readiness 
infomiation that would be previous^ miobtainable without going toough flie screening process. 

An analysis of the medical assessment and treatment process was perfonned. In combat aims units and troop 
medical clinics there are flnee environments for medical assessment and treatment fliat are identifiable fer combat 
medics and first responders in Hie U.S. Army. The frst enviromnent is the home station where the soldiers are in a 
garrison environment at their unit of assignment and the medical screening process takes place by combat medics 
either in flie company area, the battaHon aid station, or the troop medical clinic. At the home station, medics have 
access to the Soldiers Outpatient Medical Records and authorized sick call medications and supphes to be used 
within their scope that they normafly do not have the capacity to cany with them while they are in field 
environments. The Medics are responsible for primary triage and treatment of soldias for sick caU using the HSC 
PAM 40-7-21 Ambulatory Patient Care. Algorithm Directed Troop Medical Care or by practical knowledge 
obtained while working in a health clinic with physicians assistants or physicians. The patient encounter and 
coDection of information begins with the medical screeners and continues throughout the patients screening process. 
Once screened the soldiers are either given medications, treatments or sent to the physician or physicians assistant 
fijr further evaluation and treatment. If the patients received treatment by a medic, a physician or physicians 
assistant will verify the treatment and sign oflFon the encounter. • 

The next environment is the training environment, which is when units or elements of the unit are deployed 
either to a local field training enviromnent or tactical tranring enviromnents. The medics are responsible for primary 
triage and treatment of soldiers for battle injuries, non-batde injuries, disease, psychological and sick call The 
combat medics that were interviewed and assigned to the combat arms unit that served as (he base of this study 
received minimal training in these areas and were generally not well trained due to the unif s requirement for the 
medics to maintain a high level of readiness of their assigned vehicles thus decreasing the amount of training 
required fijr medics to maintain a high level of medical proficiencies. 

In flie study group, flien! were eight medics with two assigned to each company, one of the medics per pair of 
companies was a senior medic and the other three were combat medics. In aH but two instances the medics were 
left to their own devices when' it came to the initial triage and treatments of soldiers in the training enviromnents. In 
the other two instances the soldiers were evacuated immediately without the required field medical cards. In the rest 
of the cases reviewed soldiers received inadequate medical treatment and were returned to duty until the unit or 
■ element returned to home station ranging from 24 hours up to 30 days. Upon return to home station, soldiers were 
then re-screened then treated as appropriate, hi addition in all 40 of the cases that were screened for sick call in the 
field enviromnent none of the required mformation was coDected at the initial pohit of care nor were the medical 
suppUes (Class VII^ accounted for in these treatments. During each of the training exercises soldiers were each 
issued MILES casualty cards and when the soldier becomes injured through the training shnnlation he reads the 
MILES cards and presents the medic with flie symptoms hsled on the cards. The medics are flien responsible for flie 
triage and treatment of the soldiers as necessary and as appropriate. This encomiter is then documented on a 
Department of Defense 1380 Field Medical Card. Approximately 820 personnel from each company became 
casualties depending on the scenarios. By the time the casualties reached the Level I Battalion Aid station 
approximately 50% of the casualties had varying levels of treatment and approximately 10% had the required DD 
form 1380 and 50% of those had the required information filled in on the Field Medical Card. At the battaHon aid 
station flie medics and providers initiated the missing field medical cards and fifled in the missing treatments but in 
most cases lacked the necessary mformation to complete the initial encounter mformation due to lack of knowledge 
of the circumstances surrounding the injuries. 
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The last environment studied was the deployed state, which is when omits are deployed to an operational 
environment either in the United States or in foreign countries. This part of the study was conducted using practical 
experience and interviews and review of medical information. In this environment, the medics are responsible for 
primary triage and treatment of soldiers for battle injuries, non-battle injuries, disease, psychological and sick call. 
The medics have limited resources and are generally left to their own devices to maintaiQ unit medical readiness 
and treatment during operations other than war such as humanitarian missions and peace keeping operations. They 
are also required to conduct triage and treatment of soldiers during high intensity conflicts and acts of war. During 
these deployments medics were provided little to no communications at all. Of the three cases reviewed: one 
soldier received combat related injuries, one soiider was evacuated due to stress related issues, and the third soldier 
had a dermatological condition that was treated and returned to duty. Of the three cases the soldier that had comibat 
related injuries received lifesaving treatm^t and was evacuated, the encounter was documented on a small piece of 
paper which upon review of the health record showed that is was lost and the soldier had to be re-screened and the 
treatments had to be estimated. In case number two, the soldier was evacuated and the reqxiired encounter was not 
documented prior to evacuation. In the third case, the soldier was treated and returned to duty and the required 
information was not documented and a foUow-up was scheduled and the initial treatment was re-initiated and 
documented at that time. 

The required training to naaintain medical skills proficiency is either not being conducted or is inadequate to 
provide the required skill sets for the combat medics. The initial training provided to combat medics is iosujBacient 
to prepare them to conduct sick call at the unit level and in field environments. The required infonnation is not 
bemg adequately collected or documented at the point of care and point of injury possibly due to insufficient 
emphasis being put on the requirement or due to the time it takes to document an encoimter. Forty medics were 
provided various combat injury scenarios and had them JSll in the required elements on a field medical card. It took 
the 40 medics an average of 3-5 minutes to fill in the initial encounter. This could have a negative impact on the 
required lifesaving treatment of combat injuries especially during a mass casualty scenario. The lack of 
documentation of the treatment at the initial point of treatment could also cause unnecessary administration of 
. additional medications thus causing clinical errors after initial triage. Providers would be more likely to capture this 
information at the pomt of care/point of injmy if there could be an impact on the time it takes to document the 
encounter on the field medical card. During both the training and deployed environments, medics had little to no 
communications available to them to request resupply and had to rely on a supply request written on notepads and 
in some case did not get re-supphed until returning to their respective home station. If medics were provided 
organic communications they could have immediate access to more experienced providers and could then provide 
better medical care in the deployed environment well as provide unmediate information for medical reporting which 
is important for not only clinical treatment, command and control but also resupply of class Vin medical supplies. 

An analysis of medical reporting and documentation was conducted through practical experience, review of 
outpatient health records, mterviews and review of literature. On average, 25,000 pages of documents and forms 
pour into the DoD Medical Records every day. Requests for service, such as sick call, are a daily occurrence; efforts 
to provide that service promptly were once a struggle. Medical reporting is currentiy acconqilished by collecting log 
sheets and coDating them firom the referring imits and questionnaires conq>leted by both referring and consulting 
doctors. See "Presidential Advisory Committee on Gulf War Veterans' Illness Final Report, 1996". 

A review of a set of 5000 outpatient health records for active duty soldiers provided a set of 492 records that 
were for combat related injuries. Of those 492 records there was just one Department of Defense Form 1380 Field 
Medical Card present, which indicates that information was getting lost or not captured at all and in accordance 
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wiBi AR (Anny Regulation) 40^6. Medical Record and Quality Assumce Admimtalion tbat requires the DD 
foim 1380 and all heaMi care infonnation collected is required to be maintained in the healtii care records, lie 
Medical Records Section and &e Personnel Administration Division Officer responsible for ftese records indicated 
that flie DD form 1380 is not required to be maintained in the outpatient heallb record and that it is usually 

destroyed. 

Due to insufficient training of medical records personnel and/or lack of information collected at the point of 
care^oint of injury medical information is lost, not captured or destroyed. If there were a means by which to 
capture &is information in a con^uterized format there would be 1) an increase in the efficacy of the information, 
2) tracking capability for epidemiological information, and 3) immediate access to medical information for 
command and control based on the conqjuterized cMcal encountas. 

Tie next part of Hie analysis was conducted by practical experience, observation and interviews related to the 
skills training of the medics. In combat maneuver battalions, the qualifications of flw combat medics vary 
depending on educational background, experience and motivation. Medics are provided initial training for 
responding to combat related iiyuries and rudimentary clinical documentation. It is generaUy left up to the unit of 
assigmnent to provide forfher skills training for soldiers. As the soldiers go up in rank they are sent to more 
advanced medical training or Special Forc« medical training, lire more skilled medics, physicians and physicians 
assistant are responsible to tram the lesser skifled medics during scheduled training times and through practical 
experience. Of the combat medics observed and interWewed. they typicany lacked the suffi^^^ 
real world injuries and sick caU screening, mdess they had been assigned toaMedical Center or h^ 
then early career. There were extreme skills deficiencies of the medics that were directly assigned to combat arms 
iimts from their initial training. 

. Ibe focus for training in the combat arms units were on vehicle maintenance and it was expected that medics 
were highly trained prior to being assigned t« the unit. In addition medics received training one day per week on 
medical skills and/or training on how to pass the Bq^rt Field Medical Badge training. Tins was complimentary to 
trammg medics to a high level of proficiency in field medicme for combat injuries, but lacked severely in training 
medics on how to provide treatment for sick caU or non^mbat related injuries. One .way to address this would be 
to have a skills trainer or training device that could help to fedlitat* interactive training for combat medics and 
Special Forces medics. 

Tlie next part of the analysis was accomplished through practical experience, observation and Kterature 
research and related to medical supply When in a training or deployed enviromnent. Qass VIH medical supplies 
are generally ordered after a manual inventory of suppUes is conducted, then the suppUes are ordered when 
commmncations become available or through sending supply request on notepads. Of aU of the medics interviewed 
they were not documenting tie medical suppKes that were used for training, dq,loyments or for sick call in field 
environments. At the battaUon aid station supplies were invent)med and reordered monthly or as needed for sick 
calL Tie medical supplies in the combat load were inventoried either axmuaDy or during a major deployment as 
necessary. 

During both the training and deployed enviromnents. medics had little to no commmncations available to them 
to request resupply and had to rely on supply request written on notepads and in some case did not get re-supplied 
untd returning to home station. This form of resupply leads to a decrease in the combat readiness of the medics 
hmitmg their abiKty to contimie to provide medical treatment to the soldiers at the initial pointK,fH^ 
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This last part of the aiialysis was accoiiq)lished through practical e;q>erieiice and observation and related to the 
security of the medical information. The security of medical information for the conibat medic is limited to the 
physical security of health care information by the combat medic. 

Most combat medics carry a leader's book which contains some soldier information, medical information such 
as current medications, allergies and possibly some medical history. Medics also are required to capture information 
on Field Medical Cards DD 1380, when they capture the information they remove an onion skin (protective Paper) 
and maintain a copy of each encoimter in the Field Medical Card Book. Each encounter not only contains medical 
information but also the soldier's demographics and unit information. At the battalion aid station, they maintain the 
outpatient health records in fOling cabinets that are maintained by medics and assigned personnel 

The security of medical information at the point of care at the level of the combat medic is inadequate to 
todays emerging health care security standards and could provide potentially vital tactical information to hostile 
forces if lost or if the medic is captured. The current field medical cards and accompanying book that maintains the 
copies of the field medical cards can not easily be torn up, nor could they be easily burned or destroyed. If the 
ioformation is in coniputerized format on a handheld device the information could be made more secure and even 
easily erased to preclude the information getting into the hands of anyone but the intended provider. 

On the backdrop of the above analysis, there is a Presidential Review Directive 5 that mandates development 
of a standardized, integrated and seamless system of medical command and control for the mihtary medical 
community within GCCS to include an individually carried device. 

The Department of Defense is currentiy funding the Composite Healtii Care System IT (CHCS IE) program 
intended to produce a clinical infomaation and medical information management support system for military 
peacetime health care facilities as a follow-on to the current CHCS (I) system which currently provides medical 
administrative ioformation management, ancillary services support and order entry for both inpatient and outpatient 
care in most fixed DOD health care facilities. While CHCS n is intended as a point of care system to support most 
health care provider information processing needs, it is hmited by placement of desktop PCs or location of l^top 
PC LAN "plug-in" locations. To the best of the present inventor's knowledge, a truly portable, pocketsized PC tool 
is not being provided by the CHCS II system. . 

DOD (HA) has also designated a program manager for deployable military health care infomiation processing 
systems development The Theater Medical Information Program (TMEP) program is charged with identifying 
requirements and developing deployable medical information systems for the DOD. As yet the TMIP program has 
not fielded a point of encounter clinical information system for deployable medical units. A PC based version of 
CHCS I has been used within some deployable military hospitals on an experinoental basis. Each service is also 
charged with producing service-specific TMIP apphcations for far-forward applications within service specific 
areas of support and for adapting its deployable computer hardware or acquiring service supportable hardware to 
support both service specific and joint TMDP applications. 

The Air Force TMIP application is called "Care in tiie Air". This program is currentiy testing PSC-5 UHF 
SATCOM radios to support medical data transmission from Air Force aircraft; dubbed "USEI^S" this UHF radio 
system already exists on Air Force aircraft for support of Army ground missions. Air force medics, testing demand 
access to aircraft data, must be able to access data "seamlessly" from a "netcentric" database and be able to pull out 
demographic data, identify the location and point of injury, and initial treatment provided. Even though this mission 
is one of that requires significant individual provider mobility, the Air Force is stiU using laptop PCs and bubble jet 
printers in conjunction with backpack ground terminal radios. No handheld PC point of care system is currentiy 
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included in the Care in flie Air program even though such a system would help sohre motility issues sUanmmg from 
flie cmnbosome nature of flie systems cmiently being tested. 

The Amiy deployable medical information systems program is caBed Mililary Commmiications for Combat 
Care (MC4). MC4 is primarily concerned with acquiring the hardware and communications systems to siqjport 
Army medical command and control and the DOD TMIP program. However, MC4, has identified the need for a 
handheld notebook computer or personal data assistant for first responder Army medics. To test that concept the 
MC4 has spent significant resources developing an inflexible Windows CB medical encounter data recording 
application that is so proprietary and so rigid in its design that it camiot be readily expanded or adapted for use by 
mmtary health care providers beyond first responder medics without significant" redesign and software 
lecngmeering. What is really needed at this level is a system that can be configured or tailored by users at each level 
of the military health care continuum to meet situation specific information processmg needs without retraining. 

nie Navy version of the Tbeater Medical Information Program. IMIP Maritime, is also pursumg a paraUel 
path toward a deployable medical informatics support system The Navy has worked on deployable computerized 
medical monitoring and patient registration systems, "wireless" data gathering from a Navy version of the 'Tersonal 
In&nnation Carrier" medical data tag, and various medical image acquisition and transmission systems. None of 
these projects have produced a versatfle handheld personal data assistant capable of meeting aU of the pomt of 
encomiter medical information heeds of providers at multiple levels of the miHtary heaHh care system. 

Hie U.S. Army Medical Department Center and School (AMEDD C&S) has developed an approved Tables of 
Organization and Equipment (TOE) for Medical Reengineering Initiative (MR!) Combat Support Hospitals and for 
the Medical Detachment (Telemedicine), a specialized unit intended to provide immediate short term medical 
command and control commmucations and telemedicine support for an Army TOE Medical Brigade. TTiese TOES 
include requirements for organic broadband multi-mode (voice, data, video) telecommunications switches for each 
MRI TOE Combat Support Hospital and satellite earth stations for each of the 6 deployable teams which make up a 
Medical Detachment (Telemedicine). These teams are mtended to bridge the gap between the dynamic modem 
communications needed for highly deployable. slate of the art miHtary health support and the military bandwidth 
relegated to and outdated communications systems available to deployable U.S. miUtary health care organizations. 
While these teams are intended to provide some highly mobile telemedicme and medical informatics capabilities to 
rapidly deploying medical units, the teams will not be equipped with the type or numbers of personal handheld 
systems required by first responders and forward deployed physicians for pomt of encounter medical information 
processing support. 

The U.S. Army Research and Materiel Command and the AMEDD C&S have collaborated since 1996 with 
the Signal Battle Command Battle Lab Gordon (BCBLG) to integrate telemedicine and satelHl^ communications 
capabilities into the Army Warfighter Information Network-Proof of Concept (WIN-POQ mobfle communications 
switch, as a platform for providing multi-user broadband medical command and control commmucations and 
telemedicine comiectivity. This capability was successMy demonstrated in 1999 at the Joint Readiness Trahring 
Center (mTC), Fort Polk. THe medical WIN-POC is intended to provide sustamed broadband commmucations 
from forward deployed areas and jomt task force headquarters locations rearward to the ITaeater and National 
Military Command Headquarters and Military Healtii System Medical Centers worldwide. The WIN-POC has a 
deployable state-of-the-art Asynchronous Transfer Mode commmucations switch that is capable of receiving and 
t^smitting voice, data and video smrultaneously from multq,le deployed sites using either miUtary or commercial 
radio, wired, wireless or satellite communications. lUe WIN-POC can.also be equipped with a local cellular or 
other wnreless telephone switch to provide boft local and long distance telephone service. Satellite com^ctivity 
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through the WIN-POC using a Very Small Aperture Tenruual (VSAT) satellite earth station was also demonstrated 
at the JRTC. This capability is intended for deployed medical fecilities through area or direct support common user 
communications facilities tibat are part of the Army Warfighter Information Network-Terrestrial (WIN-T) concept. 

The Joiat Medical Operations - Telemedicine .(JMO-T) Advanced Technology Demonstration (ACTD) 
conducted by tbe U.S. Pacific Command during the period FY1999-FY2002. The operational concepts of this 
ACTD were embodied in five iaterrelated pillars: Forward Health Care, Information Superiority, Net-Centric 
Comnnmications, Theater Telemedicine Force Package, and Medical Mission Planning and Rehearsal. The ACTD 
explored the conceptual feasibility of leveraging emerging information technologies to support those operational 
concepts. The JMO-T ACTD atteni^ted to provide satisfaction of critical Warfighter operational issues with the 
insertion of mature medical, telecommunications, and information technologies. Demonstration and evaluation used 
planned joint exercises as platforms to eir9)loy the target capabilities, collect and analyze performance data, and 
derive user acceptance conclusions. Technologies employed to achieve these advanced concepts included handheld 
data input devices, digitized medical equipment sets, mobile communication devices, and wireless technologies. 
The centerpiece of the ACTD was the deployable theater telemedicine force package, designed to provide early-in 
hardware, software, and communication capabilities for the collection and sharing of critical medical information 
from fiar forward on tibe battlefield. Digital medical imaging equipment; interoperable telemedicine teams; and 
conqputerized, interactive medical force planning and rehearsal tools are being leveraged to provide enhanced force 
medical protection under Joint Vision 2010 operational concepts. While the JMO-T ACID is leveraging many of the 
evolvmg DOD medical informatics and telemedicine tools described above, the demonstration manager has not yet 
identified a multi-application handheld tool for providing on-line two-way medical ioformation support for first 
responders. A wireless, flexible and scalable personal data assistant that can be used by military health care 
providers at all levels of care from the foxhole to the medical center is the ideal tool to meet the JMO-T ACTD 
objective of providing usefrd medical informatics and telemedicine support for first responders across the spectrum 
of the military health care operations and continuum of siqiport levels of care. 

The Global Grid Telemedicine System (GGTS) concept which envisions leveraging emerguig worldwide 
military and civilian communications and information processmg networks to enable intelligent medical 
consultation routing and medical information processing is being considered as the "infosphere" architecture and 
communications "backbone" infrastracture on which to test the ACTD objectives described above. The U.S. Army 
Medical Research and Materiel Command and the U.S. Army 1 108th Signal Brigade in conjunction with the JMO- 
T ACTD Demonstration Manager have developed a transition strategy for GGTS netcentric medical 
communications within the emerging Command Control Communications Computers Intelligence Surveillance and 
Reconnaissance (C4ISR) infrastractures. The strategy involves two research phases and an acquisition phase. 
Formulation of this strategy focused on identifying Government and Commercial off-the-shelf (GOTS and COTS) 
applications, that when combined with custom software while allowmg for development consistent with the 
Defense Information Infirastmcture Common Operating Environment (DII COE), can support the affordable 
development of GGTS. The JMO-T ACTD implementation of the GGTS offers an excellent opportunity to test the 
concept of a wireless medical enterprise in a way that insures extensive definition of the GGTS functions in 
collaboration with operational users. 

Following the experiences with Agent Orange exposure diiring Vietnam War and more recently from adverse 
health clahns by some members deployed during the Persian Gulf War, health surveiQance is becoming an essential 
occupational health tool for diversely deployed military troops facing myriad and often unknown environmental 
exposures and hazards. In response to the public outcry, Public Law 105-85 was instituted on November 18, 1998, 
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mandating &e DoD to develop a deployment heaWi smvefflanoe system to detect and prevent health problems 
arising as a result of exposures during deployments and operations. Given flie ftr-reaching concerns, associated 
fiscal costs, and perceptions of "cover-up" surrounding post-conflict ilhiesses amraig Gulf War veterans, it is not 
surprising that Congress provided legislative direction regarding miUtary health snrveiUance and recordkeeping. 

What is needed is proof of concept integration and apphcation of commerdal off-lhe-shdf ((XnTS) medical 
informatics, telemedicine. and wireless information technologies to (1) explore use of wireless networking in 
medical settings within deployable combat medics in the field, (2) test prototype systems fliat make use of Personal 
Digital Assistants (PDA) as point-of-care diagnostics, data, collection, medical order entry, and knowledge 
acquisition tools in a wireless "net-cenlric" distributed computing environment, (3) web browser appHcations and 
the hitcmet to enable immediate access to distributed expense and knowledge from divrase data and knowledge 
bases and expert medical consultants world-wide and 4) apply advanced technologies for data gathering and bi- 
directional transfer of vital information between the batflefield, tiieater operations, and home based fixed medical 
facilities. Models created will potentiaUy enable an eflBcient and non-intrusive Twhind the scenes" aggregation of 
data to be used for wide variety of purposes inchiding, but not limited to, case-based medical equipment re-sq)ply, 
staffing needs assessment, outcomes-based appraisals, and sundry patient/provider pattern analyses so critical in an 
era of managed care, 
m. Summary of the Invention 

The invention preferably includes a wireless handheld assistant designed to record Ae essential elements of a 
medical history and physical raamination and flien provide the medical analysis and decision support for first 
responders. It uses a wireless, flejdble and scalable personal data assistant that can be used by mililary heallii care 
providers at all levels of care from the foxhole to the medical center. It is the ideal tool to meet the military 
objective of providing useful medical informatics and telemedicine support for first responders across fte spectrum 
of the miUtary health care operations and continuum of support levels of care. The invention in at least one 
embodiment provides mteroperability for health care providers; and computerized, interactive medical force 
planning and rehearsal tools are leveraged to provide enhanced force medical protection under the objective force 
operational concepts. ' 

According to one embodiment of the mvention, the invention is* a medical information system conqoising: at 
least one database containing medical records of a plurality of individuals, a compuler network connected to the 
database, a pluraUty of mobile computing devices in communication with flie con5)uter network, each of the 
devices having means for maintaining a list of patients, means for receiving information from a user regarding at 
least one of one of tiie patients and a newly entered patient, flie information relating to the health of the patient, 
means for automatically con^jleting a portion of the mfiirmation required to con^jlete tiie information. 

According to another embodiment of the invention, the invention is a method for creating a longitidinal 
medical record as a digital record comprising: entering mformation regarding a health event of a patient into a 
mobfle computing device at a location remote from a medical faci%, transferring the information regarding tiie 
health event and tiie patient to tiie medical facility in an digital format, and accumulating additional information 
regarding tiie patient during a period of ti-eatinent at tiie medical center. ITie entering step according to one 
embodiment mcludes receiving a selection of tiie patient from-a list of individuals, displaying an interfece for 
receiving information about the health event, receiving die information about the healtii event, providing a narrative 
based on fte information about tiie healfli event, recommending a course of tieatonent, and compihng tiie digital 
record for tiie healtii event 
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According to one embodiment, the invention includes a method for receiving information regarding an injury 
received by a patient by an user comprising: displaying an inteifece having a series of inquiries relating to a generic 
injury including a type of the injury, a classification of the irrjury, a graphical representation of the human body, a 
medication section, and a vital signs section; receiving from the user identification of the type of injury and 
classification of the injury, receiving a location of the injury based on tiie user tapping at least one body part, 
receiving additional information regarding tiie injury selected from a Ust that is based on the injury classification, 
providing an injury summary based on the received information, estimating a level of consciousness of the patient 
based on the received information, receiving confirmation of the level of consciousness from flie user, receivii^ 
information regarding medications given, receiving vital sign information, recommending a course of treatment 
based on the information received from the user, and requesting information about the disposition of the patient. 

According to another embodiment, the invention mcludes a method for collecting medical information and 
fecilitating record keeping of the medical information for a work force, the method comprising: preparing multiple 
personal identification cards to include medical and demographic information about one individual in the 
workforce, assigning the individual whose information is contaiaed on the personal identification card their 
respective personal identification card, preparing multiple mobile corr5)uting devices for use by medical staff 
members of the workforce to have software for receiving additional health information about workforce menibers, 
instructing the medical staff members on how to use the mobile conq)uting devices and how to exchange data 
between the personal identification cards and the mobile coniputing devices, when treating an injured workforce 
member, connecting the injured workforce number's personal identification card to the mobile computing device, 
creating a field medical record regarding the injury, continuing to monitor the patient until disposition has occurred, 
transferring the field medical record to the personal identification card, when the injure workforce member is sent to 
a medical facility, loading the field medical record from the personal identification card to a database at the medical 
center to create a longitudinal medical record. 

The immediate short-term reach back long-haul communications afforded to medical treatment facilities 
deployed on short notice by the Medical Brigade's Medical Detachment (Telemedicine) and tiie longer term support 
afforded by the WIN-POC, coupled with a wireless point of care personal data assistant capability of this invention, 
offer unlimited opportunities for significantiy reducing medical errors and improving the quality of care provided to 
forward deployed military persoimel. Integration and deployment of these systems can provide first responders and 
forward d^loyed physician's ^access to critical information, knowledge, and medical consultation and can greatiy 
inq)rove the quality of medical data acquisition, processing and storage even at far forward points of care. 

The overall aim of the invention is to provide a point-of-care wireless hand held device and support 
architecture to improve military health care by improving medical decision making and reducing errors. This will 
be accomplished through the application of wireless information technologies to medical informatics and 
telemedicine applications at the point of care and rearward. At least one embodiment of the invention provides a 
point-of-care software and architecture to be fiiUy automated, so that an unskilled person can learn to operate the 
system after only brief training. The invention is being widely adopted and used in the noilitary and governmental 
market as an economical means for providing immediate access to key point of care information, knowledge-bases, 
and documentation, in telemedicine applications, where relatively unskilled health care providers can generate, 
transmit and receive this information real-time (when communication are available) and near real-time (when 
communications become available) thus ernpowering health care providers to make informed medical decisions. 

An objective of the invention is to in[q)rove military health care by improving medical decision m a k i ng and 
reducing errors beginning at the point-of-care. Application of wireless infomoation technologies to medical 
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infonnatics and telemedicine plications at tbe point-of-care can achieve these objectives by 1) in?>rovmg 
accuracy and efficiency of point-of-caie data entry, thereby improving the quality of the medical records used in 
medical decision nqakmg and 2) providing immediate access at the point of care to key information and knowledge 
needed by military health care providers to make informed medical decisions. 

An advantage of at least one embodiment of the invention is the automatic ICD 9 coding of health concerns 
and/or mjuries by the system based vtpon selections made by and data entered by the user (or pulled/received from a 
data source) in the background for later use. A fiirdier related advantage provided by at least one embodiment 
accordmg to the invention is the intelligent completion of flie treatment field based upon the entered mformation 
regarding the healtji concern and/or irgury includmg the recommendation of drugs to administer the patient. 

Another adv^tage of the invention is the ease of use of the invention. At least one study showed the 
conq)letion of an encounter form DD 1380 to be 15 seconds to 1 minute which is down from 3 to 5 minutes usmg 
paper and 5 to 10 minutes using previous attenqits to make the form electronic. With data currently collected from 
trials, the ease of use has led to document retention of about 82% for initial encounters which is up from a retention 
rate of about 8% for the paper forms. This advantage in part leads to inqjroved data accuracy and completeness of 
information relating to the injury and/or health concern including, in at least one embodiment, epidemiology 
information. The pon^jleteness of data allows for in^oved analysis, for exan^le, of a mass health event. Another 
facet of data con^leteness is creation and maintainfng of longitudinal medical records from the point of health 
concem/mjury back through post-treatment for the health concern/injury. 

Another advantage obtained by at least one embodiment of the invention is scalability both in terms of the 
number of mobHe computing units to the number and types of ways to input data mto the system and have it 
attached to a medical record of an individual. A still further advantage of at least one embodiment is tiie ability to 
be transferred between different platforms with Tni-niTnal efifort 

Another advantage obtained by at least one embodiment of the invention is providing commanders with real 
time mformation about then: units' readiness status and providing siq)port for medical command and control, 
telemedicme and medical informatics appKcations across the continuum of the entire spectrum of miHtary medical 
operations but especially for the first responder and 6r forward medical facilities. 

Another advantage obtained by at least one embodiment of the invention is the abiHty to transmit medical data 
to servers in a net-centric environment providing data for readiness, medical history, consultation, evacuation and 
other medical planning and force health surveiUance. Furthermore, the invention can serve as a tool for knowledge 
retrieval from multg)le sources via the network it is in communication with and thus the Intemet. 

An advantage of at least one embodiment of the invention is the ability for individual mobile con5)uting 
devices to be rapidly deployed and/or redeployed with Htde downtime. Preferably, fliis advantage is obtained by the 
invention being easily configured and more preferably pre-configured for the environment in which it will be used 
and is capable of communicating by any network and/or communication link that is able to handle IP traffic. This 
in itself provides an advantage of being deployable to areas that are not hardwired for a network, but instead flie 
area is networked wirelessly. 

An advantage of at least one embodiment of the invention is increased situational awareness anytime, 
anywhere at multiple levels of the interconnected system including the capabihty of real-time or near real-time 
connnand and control information. 

Another advantage of at least one embodiment of the invention is the elimination of errors toough error 
in^chision and the inabiHty to select or enter mformation lata: on the form that would contradict the earher entered 
information on tiiat form. 
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A device built according to the main exemplary embodiment of the invention has been selected as the U.S. 
Army's choice for handheld for use as part of TNDP. TMEP has been approved for deployment with medical units 
to m part provide a palii for information to more from forward positions back to the Jomt Task Force Command 
level 

Given the following enabling description of the drawings, the apparatus should become evident to a person of 
ordinary skill in the art 

IV. Brief Description of the Drawings 

Figures l(a)-3 illustrate block diagrams according to the invention. 

Figures 4-23(e) depict different interfiices useful m an exemplary embodiment according to the invention. 
Figure 24 illustrates an niterfece according to an exemplary enibodiment according to the inventioiL 
Figures 25(a)-(i) depict interfaces according to an exen^ilary embodiment according to the invention. 
Figures 26(a)-(b) illustrate interfeces according to an exen5)lary embodiment according to the invention. 
Figures 27(a)-(d) depict interfaces according to an exemplary enibodiment according to the invention. 
Figures 28-30 illustrate block diagrams according to exenq)lary embodiments according to the invention. 

V. Detailed Description of the Drawings 

The invention preferably includes at its highest level a medical record system including a communications 
network, a plurality of mobile computing devices, and at least one database. The mvention at low level preferably 
includes a mobile comqputing device such as a personal data assistant (PDA) with software (or hardwired) that 
allows entry of medical mformation in the field by a medic or other medical professional regarding a plurality of 
injured individuals and transmission of the medical information back to a medical facility thus creating a 
longitudinal medical record for the patient. 

The present mvention is described more fiilly hereinafter with reference to the accompanying drawings, in 
which preferred and exen:q)lary embodiments of the invention are shown. This invention may, however, be 
embodied in many different forms and should not be constraed as hmited to the embodiments set forth herein; 
radier, these embodiments are provided so that this disclosure will be thorough and coii:5)lete, and will fully convey 
the scope of the invention to those skilled in the art The accon^)an3jing drawings show preferred embodiments of 
the invention. 

As will be appreciated by one of skill in the art, the present invention may be enobodied as a computer 
inq)lemented method, a programmed computer, a data processing system, a signal, and/or corr^uter program 
Accordingly, the present mvention may take the form of an entirely hardware embodiment, an entirely software 
embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may 
take the form of a coirqjuter program on a computer-usable storage medium having con^)uter-usable program code 
endbodied in the medimn Any suitable computer readable medium may be utilized including hard disks, C3D- 
ROMs, optical storage devices, or other storage devices. 

Con5)uter program code for carrying out operations of the present invention is preferably written in a plurality 
of languages including ASP (Active Server Pages), HIML (Bypertext Markup Language), SQL (Stractured Quray 
Language), and C-H-. However, consistent with the invention, the computer program code for carrymg out - 
operations of the present invention may also be written in other conventional procedural progr ammin g languages. 

The program code may execute entirely on the user's mobile computing device, as a stand-alone software 
package, or it may execute partly on the user's mobile computing device and partly on a remote con5)uter. In the 
latter scenario, the remote computer may be connected directiy to the user's mobile computing device via a LAN or 
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a WAN (Intranet), or the connection may be made indirectly through an external con5>uter (for example, through 
the Internet, a secure network, a sneaker net or some combination). 

The jffcsent invention is described below with reference to flowchart illustrations of mefliods, apparatus 
(systems) and con^juter programs in accordance with the several embodiments of tiie inventioiL It will be 
understood that each block of the flowchart illustrations and block diagrams, and combinations of blocks m the 
flowchart illustrations and block diagrams, can be implemented by computer program instructions. These conq)uter 
program mstructions may be provided to a processor of a general purpose con5)uter, special purpose computer, or 
other programmable data processing apparatus to produce a machine, such that the instructions, which execute via 
the processor of the computer or other programmable data processing apparatus, create means for irq)lementing the 
functions specified in the flowchart block or blocks. 

These con^juter program instructions may also be stored in a computer-readable memory tibiat can direct a 
computer or other programmable data processmg apparatus to function in a particular manner, such that the 
mstructions stored in the computer-readable memory produce an article of manufecture mcluding instruction means 
or program code that innplements the function specified in the flowchart block or blocks. 

The conputer program instructions may also be loaded, e.g., transmitted via a carrier wave, to a conqjuter or 
otiier programmable data processing apparatus to cause a series of operational steps to be performed on the 
coiq)uter or otiier programmable apparatus to produce a computer implemented process such that the instructions 
which execute on die con^juter or other programmable apparatus provide steps for in^jlementing the functions 
specified in the flowchart block or blocks. 

Various tenq)lates and the database(s) according to tiie present invention may be stored locally on a provider's 
stand-alone con^uter terminal (or mobUe computing device), such as a desktop computer, laptop cQn5)Uter, 
palmtop congjuter, or personal digital assistant (PDA) or tiie like. Exemplary stand-alone computers may mclude, 
but are not limited to, Apple®, Sun Microsystems®, IBM®, or lBM®-compatibie personal compxAcxs. 
Accordmgly, the present invention may be carried out via a single computer systefn, such as a desktop computer or 
laptop conq>uter. 

Accordmg to an embodnneht, the database may be centrally stored withm one or more computers accessible to 
multiple users. Accordingly, users may access the database through a private or pubHc conq)utBr network m a 
conventional manner via wired or wireless conamunications. By maintaming tiie database m a craitral location, 
updates can be easily made to the database by a system admmistrator witiiout having to access all of the machines 
in the network. 

As is known to those with skill in tiiis art, network environments may include public networks, such as tiie 
Intemet, and private networks often referred to as "Ihlranets" and "Extranets." The term "hitemef^ shall incorporate 
tiie terms "Intranet" and "Extranet" and any references to accessing tiie Intemet shaU be understood to mean 
accessmg an Intranet and/or an Extranet, as well unless otiierwise noted. The term "computer network" shaU 
incorporate pubHcly accessible computer networks and private conq)uter networks. 

There are a variety of emergmg commercial off tiie shelf wireless technologies that could be used to 
inclement the invention. WaveLan is a wireless LAN technology that utilizes flie Orinoco IEEE (PCMCIA Type 
n) PC Card with integrated antennas (antenna diversity) + connector for external antenna for mobile equipment 
(notebooks, handheld, MSD 1), witii 915 MHz and 2,4 GHz versions as weU as optional WEP encryption. This 
technology is widely used for static wireless LAN implementations at speeds up to 10 Mb/second 

Bluetooth is an alliance between mobile cormnunications and mobile con[q)uting con[5)ames to develop a short- 
range communications standard allowing wireless data communications at ranges of about 10 meters. Bluetooth 
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encoii5)asses both a standard comnmnications interface and a low-cost computer chip. It is a cross between the 
DECT (Digital European Cordless Telephone) and iRDA (in&a Red Data Association) technologies. Bluetooth does 
not involve mobile network transactions as its spectrum is freely available to use in the unlicensed spectrum area 
(2.45 GHz). Data transmission speeds using Bluetooth are expected to be between 720 kbps and one megabit per 
second (Mbps). Bluetooth will facilitate WLAN in which networks of different handheld conq)uting terminals and 
mobile terminals can communicate and exchange data, even on the move and when there is no line-of-sight between 
those terminals. Bluetooth technologies are designed to be functional even in very noisy radio environments, and 
Bluetooth voice transmissions are audible under severe conditions. Applications can include pagers, wireless 
phones, VTC, normal data, e-mail, and web streaming for continuing medical education. One possible use of 
Bluetooth to ircplement the invention is for inexpensive high bandwidth comnmnications within the physcian's 
normal work locations and while at home. 

Code Division Multiple Access (CDMA) High Data Rate (HDR) provides a spectrally efficient 2.4 Mbps peak 
rate in a standard 1.25 MHz channel bandwidth for fixed, portable and mobile apphcations. Optimized for packet 
data services, HDR mcorporates a flexible architecture based on standard IP. HDR is an evolution of CDMA 
technology with identical radio frequency characteristics as cdma2000 Ix. HDR supports e-mail, web browsing, 
mobile e-commerce, telemedicine and many other apphcations while offering end users continuous, untethered, 
always on access to the Internet and next-generation data services. QUALCOM and LUCENT have announced 
plans to market High Data Rate (HDR) Code Division Multiple Access (CDMA) based cell phone TP networking in 
the near temt One possible use of this technology in implementation of the invention is to provide remote and long 
distance LAN-like access to IP networks that Bluetooth will provide locally. 

An exemplary embodiment of the invention used to provide a context for the description appearing below 
enq)loys both wireless Personal Data Assistant (PDA) and laptop configurations (where appropriate) (or other types 
of mobile coa5)uting devices) at a fixed military medical center and at one or more deployable medical treatment 
facihties and with forward first responder military medics. The mobile confuting device allows point-of-care data- 
entry, untetiiered reach-back capability, beaming to support and share medical information with the overall system. 
A digital medical record with tiie digital U.S. field medical card DD Form 1380 (DFMQ, for encounter 
documentation and an auto-entry casualty-feeder card. The digital medical record supports accurate casualty 
reporting, data collection, and medical re-supply information. This information can be downloaded from the mobile 
computing device wirelessly to a network server or to a flash menaory card device which can be given to the patient 
and viewed on any computing device with a standard browser (e.g. Netscape, Microsoft E3q)lorer, etc), thus 
providing data integrity, real-time (if commxmications are available) and near real-time (when communications 
become available) patient visibiMty, and automated request for supply based on the injuries reported. In addition, 
the mobile con5)uting devices in conjunction with the overall system provide a longitudinal digital medical record 
across the spectrum of care. Integration of the medical record and telemedicine applications with ^e high capacity 
Personal Information Carrier, which can serve as the memory device to transport the digital medical record with the 
patient firom the point-of-care back through the various layers of medical care and treatment. 

An alternative embodiment adds web-based Internet Protocol and Wireless Application Protocol access to the 
information contained in the medical records at hi^er echelons of care to the exemplary enabodiment This 
information can be made available for medical command, control, and situational awareness, providing real-time 
decision-making support 

An exeinplary way for communication to occur between the mobile computing device and the rest of the 
system is as follows. A full service two-way data communications in the range of 500 kilobits per second to 2 

13 



wo 03/0J>8388 

PCT/DS03/15071 

megabits per second wiflm flie physicians ncaamal woik environment (office, clinic, hospital) and remotely 
any^ere fliat is serviced by digital cell phone Internet access c^abiKty. Hiis connnunication arrangement can 
lake advantage of several existing and emoging wireless technologies to augment current PDA wireless c^bilities 
to dehver full duplex high bandwidth data commnnications to the pahntop PDA. 

The invention in one embodiment preferably includes clinical decision si^ort analysis tools. Exaii5)les of 
possible tools include an electronic medical Ubiary allowing realtime access to medical information digital Merck- 
manual, Physicians Desk reference (PDR), medical hbrary, and sick-caU algorithm books on compact flash memory 
cards. Another example is the incorporation of intelligent agents and neural net technology into the system, to 
provide for casualty management support, through the wireless mterfece. The user could request for medivac 
through a drag and drop gnq>hical user interfece or utilize an automated request for evacuation based on cases 
reported, and receive confirmation and estimated time of arrival based on available assets. Another example is 
digitizing information contained in a Leaders Book, which provides immediate access to soldier information, pre- 
deployment checklist, family care plan, next-of-kin notification, and groupmg of this informationby unit, company, 
and squad. Other information that may be found in a Leaders Book includes soldier demographics, pertinent 
medical information, physical profiles, and mdividual soldier information. In at least on implementation, this would 
aUow immediate access to drop box name fields, and auto-entry of casualty information into the electronic field 
medical record as well as the casualty feeder card. 

The exemplary embodhnent could be implemented to mclude digital tiaming took for Continuing Medical 
Education tools and/pr games such as Expert Field Medical Badge (EFMB), jeopardy, hangman, or who wants to be 
a medic word game. Tbt games could utihze medical temrinology, EFMB or National questions. The games can 
be single player, and multi-player. Results could then be stored and used to train individuals using these tools to 
improve their level of proficiency. 

The invention preferably includes a system for providing a longitudinal medical records for patients including, 
for example, medical history, prior exammations, mjuries, health events, etc. The system preferably, in further 
embodiments, inchides mechanisms for requesting dispatch of transportation for the patient, ordering of siq)pUes for 
the first responders and other medical feciUties. recording of mformation relating to pre and post deployment of 
armed forces (or other work forces where this type of medical mformation would be of assistance). Although the 
exemplary embodiments described below relate to the armed forces, one of ordinary skiH in fce.art wiU understand 
that this system can be in^lemented in a civilian application where, for exanqjle, in place of medics there would be 
first responders, in place of medvac there would be civilian air transport such as the various life flights, in place of 
battahon aid station or other medical fecility would be a hospital, etc. 

Figure 1(a) iUustrates an exenqilary embodiment of the invention that shows a generic computer network 102, 
a ptarality of mobile computing devices (mcd) 1(M. at least one database 106 at a medical fecihty such as a hospital 
The plurality of mobfle computing devices 104 as iltostrated are positioned with the first responders to the mjury. 
The mobile computing devices 104 also could be available to medical professionals at the hospital as ilhistrated in 
Figiffe 1(b). which fadhtates a common tool for entry of information into the system to create the longitudmal 
medical record. 

Figure 2 ilhistrates an exenqjlary embodiment of the invention where the system includes a plurality of mobile 
computing devices 104; a ptarality of computer readable material such as floppy disks. PICs. flash memory, etc. 
108; at least one database 106; and a network 102 comiecting some of the mobile computing devices to the at 'least 
one database. This exemplary embodhnent is iUustrative of an mqilementation m which the mobile computing 
devices 104 with first responders are not comrected to the at least one database 106 during a response to situs of the 
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point-of-caie. However, the infoTmation recorded in the mobile computing device 104 may be transferred via 
computer readable material 108 (i.e., a sneaker net) to a con^uter or other mobile cong)utmg device 1 10 attached to 
&e network 102 to transfer the information to the database 106 or, alternatively, once the mobile confuting device 
104 with the first responder is able to establish a netwodc connection transferring the information to the database 
106 without resort to sneaker net. 

Figure 3 illustrates an exemplary embodiment that blends the -exerngplary embodiments illustrated in Figures 
l(a)-2. Figure 3 illustrates a portion of a system having a plurality of mobile computing devices 104, a plurality of 
communication nodes 112, at least one database 106, and a network 102 connecting fhc communication nodes 112 
to the database 106. There may also be multiple conqmters 1 10 connected to the database 106 for accessing the 
health status of individuals present in the systent The embodiment illustrates that health information is recorded on 
a mobile con5)uting device 104 and is transfiBtred to a communication node 112. The mechanism for transfer can 
be acconq>lished using a variety of connections 114 including, for exarqple, con^uter readable medium, a wireless 
connection, a direct connection between the mobile computing device and the communications node, and/or a wired 
connection. The communications node 1 12 can be, for example, a secured laptop with a network connection (such 
as satellite or radio), a communication radio (such as a two-way radio or modem), and/or a satellite telephone. 

This exemplary embodiment is particularly useful at the present time for more securely transmitting medical 
information than what is reasonably obtainable using PDAs, which as referenced above may be the mobile 
confuting device. The communications node is more capable of securing the transnoission because of processing 
power and other capabilities of, for exan5)le, a laptop cornputer. In this more particular exen^lary embodiment, 
information could flow firom the PDA to the laptop computer via conq)uter readable memory and then firom the 
laptop computer to the network and to a database that is remote firom the laptop computer. Once the information is 
resident in the database, leaders/commanders may access the information to learn the current health status of their 
work force such as military forces. This information also allows for medical siuveillance, in transit visibiHty, 
casualty reports that may be used by leaders/commanders, medical professionals awaiting transit of patients, etc. 

The invention preferably includes software that is flexible enougih to allow it to be portable between handhelds 
like PDAs (more particularly the Con^aq iPAQ), laptop cornputers, desktop computers, and other types of mobile 
corriputing devices. Software written in C++ and using XML for the informatioii is easily portable between at least 
some PDAs and larger computing devices like computers (laptop and/or desktop). What follows is a description of 
exemplary conoponents for use as part of the software. The software preferably includes components that allow for 
entry of information regarding the patient and transferring that information to other computer readable medium 
and/or to a computer network for submission to at least one database connected to the computer network. 

Figures 4-23(e) illustrate an exemplary embodiment of the software interface for use on the mobile computing 
devices and these Figures illustrate screen layouts setup for PDAs. Figure 4 illustrates an exemplary startup screen 
that has a variety of buttons for starting different software comtponents that would be useftd in this-invention. The 
401 in a circle in the i^per lighthand of the screen minimizes the screen for this particular screen; however, the 
**X" serves as a back/cancel button on the screens after the start-iq) screen. The select patient field 402 is for 
selection of a previously entered patient firom in this embodiment a dropdown list. The selection of a particular 
patient in the select patient field 402, provides a starting set of information for any of buttons relating to medical 
records (buttons 404-418). The add button 404 opens an interface to add a new patient or edit an existing patient (if 
a patient has been selected in the dropdown list). The Readiness button 406 allows the user to view the selected 
patient's readiaess information. The DD 1380 button 408 allows the user to start a Field Medical Card (SF 1380) 
for the selected patient The Encounter button 410 allows the user to start a sick call encounter for the selected 
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patient Tl»SF600Enc<rantobutton412anowsflieiJsertobegmaSF600eM(mteTfor&eselec^^ The 
Exam batton 414 allows the user to review and/or start an examination report for fte selected patient The Reports 
button 418 allows the user to start a report regarding the selected patient The Encounters field 420 provides a 
running tally of the number of encountas entered in with this unit since tiie counter has been reset The provider 
information is shown in area 422. The Exit button 424 quits the program The Tools menu 426 allows flie user to 
adjust tiie system settings for flie software. 

The user is able to access a variety of administrative functions through selecting tiie administrative tools item 
on the Tools menu as shown in Figure 5(a). The administrative options as illustrated in Figure 5(b) include a 
Provider Settings button 502, a System Settings button 504, a Remove Patients button 506, and an Inqjort Patients 
button 508. 

When the user selects the Provider Settings button 502, flie user is iffovided with the inter&ce shown in Figure 
6. The text fields 602 are for the provider's first name, last name, and middle mitial. The provider m this 
exemplary embodiment would be a medic that has been assigned this particular mobile computmg device. Oflier 
demographic information is provided in fihe system like, pay grade (field 604), social security number or ofliCT 
identifier (field 606), unit identification (field 608), force identification such as U.S. Army, U.S. Navy, civilian, etc. 
(field 610), unit identification code (field 612), the user's miUtary operational specialty (MOS) (field 614), 
identifier of the medical equipment set (MES) assigned to the user (fidd 616), and tiie user's title (field 618). This 
exen5)lary embodiment also shows a combination of dropdown menus and open text fields depending upon the 
information needed for a particular fieli Also, the MOS and MES will impact some of flie intelligent operation of 
flie system including treatment options and/or recommendations mcluding type of drags to administer. The Save 
button 620 and tiie Cancel button 622 are typical buttons to activate, respectively, saving of the settings and 
canceling any changes made to the settings. 

The user is able to change the system settings by selecting the System Settings button 504 in Figure 5(b), 
which is opened by selecting Ihe Admin Tools option in the Tools menu iUusliated in Figure 5(a). The system 
settings screen is illustrated m Figure 7(a). This screen allows fhe user to adjust and review different system 
opdam sudi as file storage locations, wireless capabilities, and export options. The "JC' button 702 wiU return flie 
user to the admmislrative tools soeen shown m Figure 5. The local storage field 704 provides the location for the 
local storage directory for the software. The e3q)ort options include checId)oxes 706 and 710 and text fields 708. A 
particular e3q)ort option is' enabled if the corresponding checkboxes 706 and 710 is selected. The text fields 708 
provide the absolute directory for each export option, the system is designed to retain mformation being exported 
when there is no connection available to export the information so that if at a later time tiie connection becomes 
available the export may occur. An alternative to entering a directory is using the IP address (or other network 
name nomenclature) for a particular database. The exemplary embodhnent is designed to allow export of 
information to flie PIC (or Electronic Momiation Carrier (EIQ), TMP, CHCSn, and SOCOM. The EDIT button 
allows the user to edit the text fields 708. Selection of flie EDn button brings up a screen similar to fliat shown in 
Figure 7(b) that aUows the text fields 708 to be edited; however, these functional steps could be omitted and instead 
type die file locations right mto the text fields 708. This exemplary embodiment uses the My Device folder as flie 
relative base for the rest of the locations, such that the My Documents folder has a location My Documents. 

The user is able to enable and/or disable the wireless capabihties depending upon tiie radio button selection at 
712. The exen5)lary embodiment also mcludes a training mode 714 fliat may be enabled. The Reset Encounter 
Totals button 717 resets flie total and pending encounter counters. The Delete Traming Encounters button 718 
wodcs in conjunction wifli flie traming mode and is used to erase records during training by flie user. 
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This exemplary embodiment is able to ^ort data to EIC, TMIP, CHCSn, and SOCOM. There is a variety of 
ways for the medical information to get these different databases from the mobile confuting device. The medical 
information also will be maintaiaed on mobile coniputing device after the transfer in this exemplary embodiment 
CHCSn may receive the exported files through, for example, EIC or via ActiveSync. The EIC transfer method 
allows the user to load the medical information for a particular patient onto the patient's EIC card, which will need 
to be ioserted into an adapter attached to the mobile computing device at some point to receive the medical 
information. This transfer method is accon^lisbed in the exemplary embodiment by setting the CHCSII field to the 
location where the storage card is, i.e., \Storage Card, as illustrated in Figure 7(b). 

If the information is to be transferred to CHCSII via ActiveSync, then the e3q)ort location is changed to '^My 
Documents" to fecilitate the infomaation being synchronized. When it is time to transport the information the 
mobile computing device, which in this exemplary embodiment is a PDA (or the mobile confuting device) is 
inserted into a cradle to be synchronized with a host con^uter. 

The transfer method for SOCOM is the information to be transferred is stored in an Export directory on the 
PDA until it is transferred. See, e.g.. Figure 7(b). The files that are created to facilitate the export then are 
manually copied over as part of an ActiveSync process to the host con^uter for sending to the relevant database. 
The files residing in the Export directory containing the transferred information also need to be deleted after the 
transfer to prevent dupUcate information being sent to the database. 

The information to be e3q)orted from the PDA is stored in XML to facihtate easier transfer into the designated 
databases. 

The Remove Patients button 506 in Figure 5(b) brings up the interfece shown in Figure 8 that allows tiie user 
to remove patients from the database. Reasons that might exist for removing a patient include the user no longer 
needs to keep track of the patient or tiiere is no reason for medical information about the patient(s) to still be 
resident on the PDA. The Current Patient window includes a Hst of patients whose data currently is available on the 
mobile computing device. The arrow keys 804 allow the user to cHck on the appropriate anow to move someone 
from one window to the other window. The Patient(s) to Remove window 806 displays any patient who has been 
selected to be deleted from the database on tiie mobile con:^uting device. Patients are transfeired from one window 
to the other by choking and selecting the patient's name. Once the hst of patients to be deleted is convicted, the 
user then chcks on the Qick to Remove Patients Permanentiy button 808 to remove the patients from the local 
database on the mobile confuting device. 

The Import Patients button 508 in Figure 5(b) brings up the interface shown in Figure 9(a) that allows the user 
to manually add a new patient record into the database on the mobile computing device. The first step if the patient 
information is coming from a file is to either type in the absolute file path and filename into the textbox 902 or cHck 
on the Select File button 904. CUcldng on the Select File button 904 will produce a hst of *.xml files on the device 
as illustrated in Figure 9(b), The user then can select the file to unport by tapping on the filename, which will then 
insert the absolute path and filename for the selected file into the textbox 902. To complete the ms^ort of the 
patient, the user hits the Import button 906, which will conq}lete the importation and in this exemplary embodiment 
provide an indication to the user of the number of patients inq>orted as illustrated in Figure 9(c). The exeniplary 
embodiment is setup to in^jort only the demographic information and not patient encounters; however, this could be 
changed for a different implementation and still be within the scope of this invention. 

The exemplary embodiment also allows two devices to share patient data using the following method. On the 
source device, the user enters the file exploring utility to browse to the location of the patient Hst file (e.g., 
patListxml, an exarnple of the file contents is shown in Figure 9(d)), Once the file is located, the user should select 
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and hold fhe file until a pop-up menu appears to allow the user to select copy (or other ways to copy &e ffle tiiat are 
well known may be used). The user then needs to browse to the transfer medium such as a storage card and paste 
the file there. The user then removes the transfer medium, which is then inserted mto the destination device. At 
destination device, the in^jort file steps discussed above are used. 

The method to import a file jfrom CHCSH is similar in diat once the file is on a transfer medium and that 
medmm is inserted into the destination device the inqDort steps discussed above are followed. Typically the 
CHCSn import file names will be something hke CHCSnT_BMIST*jmiL An exanqjle of the contents of a 
CHCSn inqjort file is shown in Figure 9(e). One of ordinary skiU in the art will appreciate that XML documents 
niay be created firom a variety of other document types using export functions such as from an Access database 
assummg that the columns in die table are named to correspond to what is illustrated in Figures 9(d) and (e). If a 
patient that is bemg ui^jorted into the device afready is present in the local database (based iqjon, for example, the 
same social security number), then the demographics of &e patient will be iq)dated 

The exemplary embodiment has another way to impoit patient information, and that is via an EIC. This 
in^ortation occurs when a communication link is established between an EIC and the mobile computing device, 
most likely tiirough a reader attached to the mobile computing device that is designated in the system settings. The 
software checks to see if the patient to who the EIC belongs to is aheady in the current patient Hst If the patient 
does not exist in the Ust, the patient and aU his demographics are automaticaHy imported. If the patient already 
exists (determmed for example based on a matching social security number or other identification number), only die 
demographical information for die patient is updated along with any readmess ffle that might be on the EIC. A 
notification message is displayed for tiie user if flie patient was mgDorted successful as illustrated in Figure 9(d). 
This all assumes in this embodiment that the EIC has been properly initialized and formatted for the patient 

The Tools menu also includes a Create New EIC option for this exemplary embodiment The first step in 
creating (or formatting or initializing) a new EIC is to select a patient firom the patient field to export to the EIC. 
The next step (altiiough tiiese two steps could be reversed) is to insert an empty EIC into the device. The third step 
is to select "Create New EIC" &om dib Tools menu, which dien will pronpt the device to format die EIC for die 
selected patient mcluding, for exaiaplc, the .patient's demographic information along with his/her readiness file. 
Once the process is finished a message box wiD appear to verify success or to notify the user tiiere was an error. 
Sources of an error are feilure to select a patient, die EIC aheady has anoflier patirat's mfoimation, or no EEC was 
inserted. 

Figure 9(a) illustrates an Import A28 Format sectioa This portion of die interface can be used to insert files 
that are in die A28/HL7 format These types of files typically would be exported from die TMIP architecture mto a 
predetermined folder on die destination device such as die My Documents directory. The device dien goes to die 
folder location entered in die folder location field 90S once the Import button 910 is cHcked by die user. The device 
dien will attenqrt to import all *.xml files m the directory, and once die processing is completed all of die XML files 
will be deleted fix)m the directory inrespective of whetiier tiiey were successfully imported. 

hi order to begin tiie encounter process or review medical information, a patient must be selected in the select 
patient field 402. Or alternatively, if die patient is Ksted and diere is no EIC from which to iq>load information, dien 
die user may add a new patient to die database on die device. The exen^lary embodiment provides two ways to 
select a patient manually and automaticaUy. To manually select a patient, die user pulls down die dropdown menu 
listing each patient m the device database by last name, first name, and die last four digits of die social security 
number. The user scrolls durough die Hst to locate die patient's name and selects it To automatically select a 
patient die user mserts die patient's EIC mto die device reader and die device will auto select die patient based on 
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the contents of the EIC. The exemplary embodiment is set-np to deselect the patient if the EIC is withdrawn while 
the user is at the startiq) screen. 

The exen5)lary embodiment allows a patient to be added iSrom scratch by selecting the Add button 404. When 
this button is selected a blank fonn similar to what is reproduced as Figure 10. The form provides for entry of a 
patient on which the user has no information, i.e.j the Unknown Patient button 1002. If the user has information 
regarding the patient either through personal knowledge, another information source, or the patient; then there are a 
variety of fields that may be completed, for example, name and sex fields 1004, patient's blood type and Rh factor 
field 1006, social security number or other identifier field 1008, height and weight fields 1010, a date of birth field 
1012, a nationality field 1014, a race field 1016, a religion field 101*8, a force (or branch of service) field 1020, a 
grade field 1022, a rank field 1024 (that may be automatically completed if both the force and grade fields are 
conapleted), a unit name field 1026, a specialty field 1028, a MOS/FAD field 1030, a mission name field 1032, a 
unit identification code (UIC) field 1034, a geolocation field 1036, and a country field (for where the patient is 
deployed) 1038. The fields may be a mixture of dropdown menus and open text fields. Depending upon the 
mission, some of the fields may be stripped of infomoation during the transfer to a central database and/or be coded 
such that if the security of the device was breached there would be a minimization of incriminating information. 

The selection of the Unknown Patient button 1002 will populate the name and social security fields 1004 and 
1008 with mformatioiL The name fields 1004 will be conq)leted based on the entered sex of the patient with John 
(or Jane) Doe (1) with the (1) being incremented if there are multiple Does. The generated social security nmhber is 
XXX-XX-XXXX. If the user learns additional infomiation about the patient, then the user can edit the patient 
record to reflect the learned information. 

If the patient is known, but information regarding the patient is classified, then a. code system may be used to 
enter information regarding the patient. The exernplary embodiment allows entry of a code that automatically 
disables the first name and social security number fields to prevent accidental entry of information into these fields 
based on the code being entered into the last name field. 

As indicated above, it is possible to edit an existing patient record to correct and/or update information 
regarding the patient 

The exemplary embodiment has a variety of forms and data entry mechanisms to record medical information 
relating to a patient. Figures 1 l(a)-(d) illustrate a data entry interface for entering and viewing previously entered 
information relating to the patient's readiness that is obtained by selecting a patient and ch eking on the Readiness 
button. Fields 1102 show the patient demographics, which are automatically popidated in this exemplary 
embodiment based on the patient information when this data entry interface is fibrst accessed for the patient. The 
flight status fields 1 104 are a set of dropdown boxes for flight status, flight rating, and personal reliabihty program 
(PRP) values for personal. The set of PULHES boxes 1106 and accon:q)anying date are for entry of ratings for 
physical capacity or stamina (P), upper extremities (U), lower extremities (L), hearing including ear defects (H), 
eyes (E), neuropsychiatric values (S), and the date when these values were entered. The Add Exam Dates button 
1108 brings up another screen, shown in Figure 11(b), to enter exam dates. The dental health fields 1 110 are for 
entry relating to the patient's dental records and whether they are ready for deployment fi:om a dental perspective. 
The allergy list 1 1 12 allows entry of common allergies that the patient has by selecting all of the relevant allergies. 
If for some reason the patient has an allergy not hsted, then the Other textbox 1114 can be used to type out the 
allergy not listed. The medical warning tag box and accompaning date field 1 1 16 is for entry of whether the patient 
has such a tag and when it was issued. The Glasses section 1 1 18 is for a qvrick notice regarding whether the patient 
has glasses and includes an Edit Glasses button for displaying the interface shown in Figure 11(c). The 
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Inmnimzation Dates and Dosages section includes an Edit Inmnmizations button 1120 fliat when clicked displays 
fte inter&ce shown in Figure 1 1(d). The Chemoprophylaxsis section 1122 is for entry of in&nnation relating to 
this type of treatment including disease name, njcdication, and dosage in table format alfliou^ ote display 
arrangements could be used. The Current Medical Condition/Medicatians section 1124 allows entry of nniltiple 
conditions and medications and the Other Medications field 1126 is available for entry of a non-listed condition 
and/or medication. The last field is a Remarks field 1 128 for entry of any additional remarics fliat may be usefiil 
and/or informative regarding the patient 

Figure 1 1(b) illustrates a Hst of readiness exam dates that is accessed by selecting the Add Exam Dates button 
1 108 in flie intafece shown in Figure 1 1(a). The user is able to click on the dropdown dates to enter flie dates fra 
the listed examinations. The PAP Exam and Results are only enabled if flie patient was entered as a female patient 
Ahemathrely, other combinations of examinations conld be Usted in fliis interfece. 

Figure 11(c) illustrates an interface for entering eye glasses information. Part of the reason for kchision of 
this screen is that during deployment in the early 1990s, U.S. Armed Forces were expending monies to bring troops 
out of deployment positions to replace lost and'or damaged glasses. However, with eye glass information entered 
into the system prior to deployment, a new pair of glasses could be ordered and sent to the soldier in the field 
wifliout file need to bring the soldier rearward for an eye exammation. As a result, the interfece includes the basic 
mfimnation that would be contained an a regular vision prescription sudh as sphere, cylinder, axis, add, HT, and PD 
for each eye along with a.tex&ox for tensile length. 

Figure 11(d) ilhjstrates an interface for entering hnmunization mformation for flie patient This intraface 
allows entiry of the various immunizations that may be required prior to deployment with each immunization having 
a button to be clicked to aHow entry of the date the immunization was given to the patient This particular 
exen5>lary embodiment allows entry of dates for Anthrax, Hepatitis A, Hepatitis B, Influenza, Japanese 
EncephaHtis. measles, rabies, oral PoUo, tBtanus-dq)hflieria, typhoid, oral typhoid, injectable Typhim VI, YeUow 
Fever, and smallpox. 

Figures 12(a)-15 ilhistrate flie interfeces related to entering information about an encounter wifli a patient 
including the use of the field medical card, reassessment .sick call eaiconnter, and fi)rm SF600. Eadi of fliese 
encounters serve of examples of the type of information and flexibility that is possible wifli the mobile computing 
devices according to the invention. Each of these interfaces includes a scroll bar when the interfece is longer than 
tile screen of tiie mobile con^juting device is able to display on one screen. 

Figures 12(a)-(l) illnsh:ate how a field medical card would be congjleted in tins exemplary embodiment which 
also has added con^nents to record epidemiology mformation and recordation of field use of a dressu^ being 
tested as part of human trials. Figure 12(a) shows the interfece for completing a fieW medical card oflierwise 
known as formDD1380, which can be assessed from the start screen by selecting flie DD1380 button after selecting 
a patient Patient name field 1202 and social security number 1204 are automatically completed based on 
information contained in tiie patient record. The Epidemiology Information button 1208 upon being choked pulls 
up the interfece shown in Figure 12(b). 

One or more injuries may be added to tiie field medical card. Each injuiy wiU include type of injury case, type 
of injury, specific injury, locations, and injury severity. The injury type set 1206 is preset to defeult to NBI for non- 
batfle injury, but flie user is able to change flie injury type to batfle injury (BI), disease (Disease), and psychiatric 
(Psych). Additional types of injuries fliat are not classified as one of fliese four may be selected using the Select 
Oflier Problem dropdown list 1214 as iDustiated in Figure 12(c). For flie disease and psychiatric injury types, a 
popup Kst confainmg specific problems of fliat type appears for flie user (or provider) to select form. Tlie mjury 
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descriptor set 1210 and location of injury drawing 1212 are used to enter the injury suffered by the patient When 
an injury descriptor is selected a popup list appears containing specific problems of that injury descriptor as 
illustrated in Figure 12(d). The selected specific problem will appear in the blank text box 1216 to the left of the 
Add Injury button 1218. For the injury descriptors that require a location, the user chcks on the picture of the body 
1212 to show where the injury occurred as illiastrated in Figure 12(e). If an '*X" is incorrectly placed, then the user 
can just click on it to remove it from the body. Multiple locations may be included on the body diagram as 
illustrated by the six "X"s in Figures 12(a) and (e). The user is able to select the severity of the injury using the 
Select Ottier Problem dropdown list 1214 that dynamically changes to a list of appropriate severities firom a list of 
generic injuries discussed above as illustrated in Figure 12(e). If the user needs to add another injury for the patient, 
tiien the user selects the Add Injury button 1218 to save the current injury and provide a clean interface to add a 
second injury. The Summary section 1220 is a description of the injuries that &e patient has based upon the 
selections and locations entered by the user as illustrated in Figure 12(f). As the user enters information, the 
software correlates ICD9 codes with the information entered by the user. The user may add additional information 
in the summary box if needed. After all of the injuries are entered, then the user moves onto the next section of the 
field medical card. 

The Level of Consciousness field 1222 is automatically completed based on the injuries entered by the user 
based on the typical consciousness level that would be exhibited by a similar patient having those injuries. The user 
is able to change the level of consciousness to accurately reflect the patient's current level of consciousness. 

The interface allows the user to enter information relating to what the pulse is 1224 and whether or not a 
tourniquet was applied 1228. If either of these fields is comtpleted, then the system automatically timestamps the 
entry for the user. The next two sections relate to morphine given 1232 and an IV being given 1234. The user 
enters the type and then enters the dosage from a dropdown menu having dosages for the type of morphine/IV given 
to the patient The time for both of these is then automatically entered by the system 

The Fibrin Dressing section 1236 is for entry of the use of a fibrin dressing on the patient This is an exarc^le 
of incorporating the collection of data and information for analysis of tiie efiectiveness of in this case the fibrin 
dressing. If a fibrin dressing was appHed, then the user is to enter the serial number and lot nurhber of the particular, 
dressing applied. 

The Treatment section 1238 is automatically conopleted based on the injury(ies) suffered by the patient and is 
iUustrated in Figure 12(g). The treatment may be tied to the skill and knowledge level of the user along with taking 
into account the supplies available to the user for treating the patient. The treatment also is based on standard 
practice guidelines that have been established for treatmg various iajuries. The user may select the disposition 1240 
of the patient from a list including deceased, evacuation, returned to duty, hospitalized, tight duty, and quarters with 
the last four allowing the user to enter a number of days. If the user feels additional comments may be of 
assistance, then the user can click on Add Disposition Remarks button 1242. The provider section 1244 is 
automatically completed by the system based on tiie user logged onto the mobile computing device to include their 
name and a date/time stamp for this encounter. 

Figure 12(b) illustrates an interface for entering epidemiology information. This information can be used to 
assist in analyzing trends that may exist regarding particular injuries and/or illness so that an investigator may be 
able to more quickly trackdown the source of an injury and/or illness. The system is set-up to automatically 
populate the interface if any has aheady been entered, \Nduch will assist in expediting the entry of this information. 
Fields 1250 and 1252 can be used together to enter the medical event that occurred and to which this report is being 
attached. The Potential Exposure section 1254 solicits information relating to the environment at the time of the 
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heaia event including an open text field. The Accidenl/Ihjnries section 1256 ttat solicits infonnation regarding 
paiticulais about the source of the injury. Hie Epidemiological Survey section 1258 requests information relating 
to -Bdieliier the diagnosis and/or syn^rtoms have been present in olher individuals in flie patient's unit or fee 
surrounding civilian populace. 

The reassessment of a patient can occur a couple of ways either by clicking on the Sign/Side 2 button 1246 on 
the field medical card or the Reassess-Add button on the start screen after selecting the patient Figure 13 iUustrates 
a reassessment side of tiie field medical card. The name and social security number of the patient 1302 are 
automatically populated. The Reassessment texfbox 1304 and Date field 1306 is populated with information taken 
flom the encounter detailed on flie virtual ftont side of the field medical card. Tbs Time of Arrival field 1308 
provides the user the change to enter that information if the patient has been transported. The reassessment time 
and vitals fields 1310 and 1312 inchide a set of four time, systolic btood pressure (Sys), diastoKc blood pressure 
pia), pulse (Pulse), and respiratory (Resp). This mfonnation could be manually entered by the user, pulled on 
demand &om sensors attached to the patient or automatically pulled fiom sensors attached to the patient at set time 
increments and/or if triggered based on a preset number(s) for at least one vital sign. This exemplary embodiment is 
set vp to enter flie time when vital signs are entered by the user. 

The Clinical Commenls«)iagnosis textbox 1314 is for entry of additional comments and diagnosis based on 
the reassessment by the user. TTie Oiders/Antibotics (Specify) section 1316 aUows for entry of fiirther doses of 
morphine and IV similar to how the dosmg was entered in for these two during the initial encounter, for example, 
see fields 1232 and 1234 in Figure 12(a). There also is a textbox fijr entry of other types of orders and/or 
antibiotics. The Provider section 1318 is automatically completed based on flie provider information in flie system 
for the user. The disposition section 1320 is similar to the disposition section 1240. If religious services are desired 
and/or necessary, then this can be noted in the Religious Services section 1322. 

Figures 14(a)-(l) illustrate interfaces for performing a sick call encounter of apatientby flie user (or provider). 
From flie start screen, flie user dicks on flie Encounter button. The sick call encounter interface shares tiie patient 
name and social security fields 1202, 1204, sick call type 1206, Epidemiology Infomatian button 1208, and 
provider section 1244 wifli flie field medical card interfiice shown in Figure 12(a). This encounter intei&ce also 
shares flie Fibrin section 1236 wifli flie field medical card interfece shown in Figure 12(a). winch could be omitted 
and/or replace and/or augmented witii some oflier human testiug information tracking section. 

The Ouef Complaint section inchides a Chief Complaint Category 1410, specific Chief Complaint field 1412, 
and an Add Chief Conqilaint Remarks button 1414. The Chief Complaint Category 1410 includes a dropdowii 
menu fliat lists out a variety of possibiHties as illustrated in Figure 14(b). The Chief Complaint field 1412 also is 
completed using a dropdown menu, and fliat menu is iUustrated in Figure 14(c). TTie ICD9 code of flie selected 
chief complaint is automatically stored in flie background so fliat flie encounter can be exported to oflier systems. 
The chief complaint remarks texfljox 1414a shown in Figure 14(d) is populated wifli a textual desciq)tion of flie 
selected con^ilaint infonnation and aflows tiie user to add additional remarks based on flie complaints stated by flie 
patient TTie Date of Onset field 1416 is for entry of flie date flie patient first noticed flie symptoms leading to 
his/her complaint. 

The Vital Signs section includes an Edit Vital Signs button which leads flie user to tiie interfece shown in 
Figure 14(e) and a vital signs smmnary field 1420. The vital signs interfece aUows tiie user to enter whetiier flie 
temperature, pulse, respiratory, and/or blood pressure are normal or abnormal. The exemplary embodiment is set 
up to set flie vital signs summary to normal if all four vital signs are noraial. oflierwise if one of flie vital signs is 
abnormal flien flie vital signs summary field 1420 wfll show ahnoimal as ilhistialed in Figure 14(f). 
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The Physical Findings section includes an Edit Physical Findings button 1422 and physical finding s smnmary 
field 1424. When the Edit Physical Findings button 1422 is clicked, tiie user is presented with an interface 
illustrated in Figure 14(g). The physical characteristics being observed in this exenqplary enibodiment are the head, 
ear, nose and throat (HEENT); lungs; cardiovascular (CV); abdomen (ABD); musculoskeletal (MS); neurological 
(Neuro); and genitourinary (GU). The user decides if each of the physical characteristics is normal, abnormal, or 
N/A; and by default all of the findings are marked as N/A. If nothing is entered for physical findings, then the 
physical findings summary will be blank. If one or more physical findings are abnormal, then the physical findings 
summary read Abnormal similar to what is shown in Figure 14(h), If all of the physical findings are normal, then 
the physical findings summary will read Normal, 

The Differential Diagnosis section allows entry of a diagnosis by the user and/or verification of a proposed 
diagnosis based upon the entered coiriplaiats. The Affected System field 1426 is for entry of the system inipacted 
by the coinplaint(s) of the patient and is a dropdown menu listing different body systems as illustrated in Figure 
14(i). The Diagnosis dropdown menu 1428 is populated with a list of possible diagnoses based on the selected 
affected system as illustrated Figure 14(j). Any number of diagnoses may be selected, which is also illustrated by 
the multiple highlights in Figure 14(j). The ICD9 code for each of the diagnosis selected will automatically be 
saved with the encounter. The save codes will be displayed in a review presentation of the encounter. Additional 
information regarding the diagnosis can be entered in the Differential Diagnosis Remarks textbox 1430a in Figure 
14(k) activated by Add Diagnosis Remarks button 1430. 

The Plan of Treatment section of the sick call interface includes a Plan Ust 1434, the fibrin section 1236, an 
Add Treatment Remarks button 1438, and the Add Disposition button 1440. The Plan list 1434 mcludes a variety 
of items that may be included as part of the treatment plan, and it allows for multiple selections to be made as part 
of the treatment plan. The Add Treatment Remarks button 1438 provides a textbox (not shown) for entry of any 
remarks that the user feels would be pertinent regarding the proposed treatment plan. The Add Disposition button 
1440 when choked provides a disposition interface like that shown in Figure 14(1) that allows entry of the 
disposition of the sick call similar to the disposition functionality present in the field medical card interface. 
Mult^)le items may be checked as these dispositions axe not necessarily mutiiaUy exclusive. 

The Add Remarks/Comments button 1442 provides a textbox (not shown) that allows the user* to enter 
information relating to the problems in the diagnosis, treatment, etc. including possible problems that may yet arise. 

Figure 15 illustrates an alternative encounter form that may be accessed in the exen^)lary erribodiment through 
the SF600 button 412 on the startup screen. This encoimter form shares the patient name and social security fields 
1202, 1204, the sick call type 1206, the Epidemiology Information button 1208, the provider section 1244, and the 
disposition section 1240 with the field medical card interface shown in Figure 12(a). This encoxmter interface 
includes a vital signs section 1510 that includes, for example, temperature (Ten^)), pulse (Pulse), respiratory (Resp), 
systohc blood pressure (Blood Pres Sys), diastoHc blood pressure (Dia), and a pulse oximetry reading (SP02). The 
Subjective textbox 1512 and Objective textbox 1514 are for entry of tiieir respective types of observations regarding 
the patient. The assessment section includes an Affected dropdown menu 1516 for the affected system (similar to 
the Affected System dropdown menu 1426) and a Differential dropdown menu 1518 for the differential diagnosis 
(similar to the Diagnosis dropdown menu 1428). The Plan textbox 1520 is for entry of the treatment plan for 
addressing the injury. The Disposition section 1522 is similar to the disposition section 1240. 

Figure 16 illustrates the exam selection interface that is displayed when the user clicks on the Exam button on 
the startup screen. The name and social security number fields 1202, 1204 are for the patient selected on the startup 
screen and are tiie same as on the field medical card inter&ce. This inter&ce provides connection to multiple 
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exanmiatioiis through the Glasgow Coma Scale button 1602, flie MM-Mcntal Status button 1604. the Color 
Blindness Test button 1606, fee Pre-Deployment button 1608, and the Post-Deployment button 1610. Each of the 
examination screens vnB. inctade the exammation name as a title and the patient identiJfying infermation. Once a 
response is entered, the examinations advance automaticany to flie next question/task. 

The Glasgow Coma Scale is an examination used to aid in predicting early outcomes ftom a head injury. An 
exemplary question for the examination is shown in Figure 17(a). The base format for the question screens mchides 
the examination question 1702, a hsting of answers/options 1704, a back button 1706, a sign and save button 1708 
for savmg the examination, and a next button 1710. The back and next buttons 1706, 1710 are for moving through 
the questions of the exammation. After flie last question is responded to, the results are provided on a summary 
screen like that ilhistrafBd in Figure 17(b). 

The Mmi-Mental Status examination is used to evaluate flie cognitive function of the patient An exemplary 
question for the examination is shown m Figure 18(a). The base format for the question screens mcludes the 
question or task description 1802 and the multiple choice response 1804 to flie question or task After the last 
question/task is completed and responded to, the results are provided on a summary screen like that illustrated in 
Figure 18(b). 

, The Color Bhndness Test is typically used to determine if the patient is colorblind In the exemplary 
embodiment this test includes a series of six hnages to determine if the patient can see a number or not wiflrin the 
image. The base format for a slide screen inchides the image 1902, a multiple choice answers 1904, and a Note 
button 1905, whichprovidesinfomiation on how to inteipietapatient impression of the image a sample of a note is 
shown in Figure 19(b). After the last slide is responded to, the results are pmvided on a summary screen like that 
illustrated in Figure 19(c). 

The Pre-deployment examination is for prior to Hie individual, who made later become a patient, being 
deployed to provide a base pomt regarding a variety of issues. Figure 20 iUustrates an interface for performmg the 
pre-deployment exammation. TTre location and operation information is entered if known and/or may be entered 
(due to secrecy issues) m the location and operation fields 2002. The mdividual is asked a series of questions 2004 
providing the status of certain tasks bemg completed with fee defeult being set to No. The next set of questions 
provides a health assessment 2006 of the mdividual (Figure 20 shows the default settmgs fer each of the questions). 
Tbe individual also is asked if they have any concerns feat should be noted in fee record regardmg their healfe: Hie 
next section is for possible referrals and includes a list of referral types 2010 from which fee user can select 
mcludmg makmg multiple selections. Ibe system makes a determination based on fee entered information whefeer 
or not fee individual should be deployed and notes its suggestion while aUowing fee user to overview fee suggested 
detemnnation in the final medical disposition 2012. If it is determmed the mdividual is not deployable, feen fee 
user is not provide comments and reasons as to why in the comments field 2014. The user also needs to certify feat 
fee responses are trae 201 6 before saving the information. 

The Post-deployment examination is for after fee mdividual rehmis fiom deployment to provide another base 
point regarding a variety of issues. Figure 21 illustrates an mterface for performing fee post-deployment 
examination. Tbe location and operation information is entered if known and/or may be entered (due to secrecy 
issues) in fee location and operation fields 2002. Ibe individual is asked a series of questions 2104 providmg fee 
status of certam tasks bemg completed wife fee defeuh bemg set to No. Tbe next set of questions provides a healfe 
assessment 2106 of fee individual (Figure 21 shows fee defeult settings for each of fee questions). Tlie individual 
also is asked if feey have any concerns regaidmg e:qK,sures or about feeir healfe m general 2106. 2110, and if so 
two respective text fields 2108. 2112 are provided for listing feeir concerns. lUe next section is for possible 
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refenals and includes a list of referral types 2114 firom which the user can select including making multiple 
selections. There is a text field 2116 for providing additional conments as to the refeirals. The individual is asked 
whether they had any exposure concerns while they were deployed 21 18 including environmental, combat/mission 
related, and operational. The user also needs to certify that the responses are true 2016 before saving the 
information. 

The exeniplary embodiment also allows the review of prior encoimters and examinations. Figures 22(a)-(g) 
illustrate the review capabihties of the exerq}lary embodiment. Figure 22(a) illustrates the interface that is 
displayed after selecting a patient and when the Review button is selected on the startup screen shown in Figure 4. 
The interface includes a listing 2202 of the encounters and examinations in the local database on the mobile 
con:q)uting device including the date, type, and summary for each encountex/examination. Once an 
encounter/examination is selected in the listing 2202, the user then can review the selection by clicking on the 
Review Encounter button 2204. If the user is finished reviewing past examinations/encounters for the patient, then 
by choking the Close button 2206 the user will be returned to die startup interface. 

Figiure 22(b) illustrates the field medical card forai displayed as the alternative encounter form; however, the 
field medical card form may be displayed as it was entered as exemplified in Figure 22(b) (expanded view menu) 
and Figure 22(c). Both views have a Reassess button 2208 that when clicked will open a reassessment interface for 
entry of additional information. The arrow 2210 will retum the user to Ihe review encounter/examination interface 
shown in Figure 22(a). Figure 22(d) illustrates a sick call encounter displayed in the format of &e alternative 
encounter type. Figure 22(e) shows a reassessment that was reached by clicking on the forward arrow (will not be 
available if there is no reassessment) when the DDIS 80 encounter that led to the reassessment was displayed. 
Figures 22(f) and (g) illustrate the pre and post-deployment examinations in review form Each of these past 
encounters and/or examinations are displayed in read-only form to prevent any changes being made. 

Figure 23(a) illustrates a report interface that is reached by clicking on the Report button on the startup screen 
shown in Figure 4. The exemplary embodiment only list one report, which is a MEDVAC Request (button 2302). 
Figures 23(b) and (c) illustrate a wartime MEDVAC Request and a peacetime MEDVAC Request, respectively. 
Depending i^on where the mobile computing unit is, will dictate the availability of these two reports. Figure 5(a) 
displays tiie Tools menu on the startup interfece from which the user may review any previously created MEDVAC 
Requests. Upon requesting to review the MEDVAC Requests, the user is displayed the inter&ce shown in Figure 
23(d) that hsts out the requests that may be reviewed including Ihe date and type. Figure 23(e) illustrates a 
MEDVAC Requests shown in a reviewable read-only state. 

Figure 5(a) also shows that from the Tools menu, the user may access reference manuals to assist them in their 
health care duties. 

Another exeniplary embodiment of the mobile confuting device component is for appHcation to the 
vetCTinary sciences and is similar to the above described exen^jlary embodiment with the primary changes being 
that the name fields is just one name field for the singular name of the animal and changing the human body figures 
to the appropriate animal (see Figure 24 which illustrates a portion of form DD1380 for a dog). Other changes 
would include refining the available medications for the animal in which the interface is being designed. This 
aspect brings out an advantage to the system in that it is readily easy to change the data that populates the dropdown 
menus because the information is contained in XML files. In the case of the exemplary embodiment above, the data 
for the dropdown menus is assembled in a MS Excel spreadsheet and the data is pulled from the spreadsheet into a 
XML file. 
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An appKcation of the invention is in food safety investigations of siq)pMers to the armed services although 
civilian health inspectors could find benefit in using this eixswp)sry embodiment as ilhistrated in Figures 25(a)-. 
This embodiment allows fiie inspector to document the conditions of the site including rating difEerent con^onents 
that make up the inspection The inspector begins the process by selecting the Food Insep button 2500 on the 
startup screen shown in Figure 25(a). Selection of the food inspection brings up tiie main inspection interface 
ilhistrated in Figure 25(b). As with the patient embodiments discussed above, the inspector will select an 
establishment in the EstabHshment field 2504 or chck on the Add button 2506 to display an interface to enter a new 
establishment Figure 25(c) illustrates an interfece for adding an establishment into the database. The interface 
requests a variety of demographic information. 

The inspector begins by selecting the type of audit to be conducted in the Type of Audit section 2506. The 
inspector may include any mileage required to reach the establishment in the mileage field 2508. The inspector also 
enter the products for inclusion in the directory in texfbox 2510, which would be the products that the establishment 
is providing the armed forces, and other products that are produced and stored at the establishment in texfbox 2512. 
The inspector indicates whether it wiU be necessary to sample any of the product in portion 2514 of the mterfece. 
The inspector cHcks the Findings button 2516 to enter his/her findings regarding the establishment and the 
Methodology button 2518 to enter his/her metiiodology for the inspection The inspector provides &e overaU 
sanitation rating in section 2520 and the delrvery status in section 2522, although the system may be set to make a 
recommendations as to both of these based on the findings entered by the inspector. If there are any Appendices, 
then they are noted in section 2524. There is also a section to note any request to decrease the frequency of 
inspection in section 2526. If there are additional comments to be made, then a textbox can be accessed via clickmg 
on the Add Remarks/Comments button 2530. The infomiation regarding the inspector is automaticaUy populated 
into the auditor section 2532 by the system 

Figures 25(d)-(g) iUustrate different interfaces for use in tins exemplary embodiment. Figure 25(d) is the 
initial screen where the first findmg is entered by the mspector by selecting firom a dropdown list like that iUustrated 
in Figure 25(e). For each findmg, tiie inspector enters whether flie finding was critical (C), major (M), or 
observation (O), which can be used by the system in,cQnjunction with the findings to provide a recommendation as 
to whether the establishment was sanitary and whether dehveries should be stopped. Figure 25(g) illustrates 'an 
interface for entry the finding rating along with the general provision that relates to flie finding in addition to having 
a textbox for siq}plying additional comments from the inspector. Figure 25(h) illustrates the interface for explaining 
the methodology used by the inspector widi different sections having their own textboxes. Figure 25(i) illustrates 
an alternative interfece that may be inserted between the startup saeen and the audit interface if there are additional 
types of reports to be created that relate to food mspection 

A medical appUcation of the invention is the use of the mobile con5)uting device in performing behavioral 
analysis of soldiers. This embodiment provides a combat operational stress con5)onent for determining whether a 
soldier is fit to remain in the field and/or deployed. Figure 26(a) illustrates an interfece for entering information 
relating to a group meeting for discussion and/or educational purposes. The screen provides a hst of questions and 
sections relating to demographic mfonnation about the attendees to provide a record of the extent of participation. 
At the bottom of the interface is information stating who lead the session along with the date and time of the 
session. Figure 26(b) illustrates an interface to record a meeting with an mdividual that includes demographic 
mfonnation and includes space for laying out a treatment and/or action plan. 

The invention also may be used in the preventive medicme field as an educational tool and a mechanism to 
insure ^t the d^loyed soldiers are hedfliy through periodic screening of 4eir heal^ 
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Another medical application of the invention is in the Teseaich arena for tracking clinical studies and 
syn]pton]atology related to the disease and/or infliction being stadied. This embodiment has some similarity witii 
the tracldng of use of the fibrin bandage in the main exemplary embodiment, because in addition to tracking use the 
information relating to the injury being treated is being maintained to provide a more fiill and conq)lete medical 
record regarding what happened with the patients on who the fibrin bandage was used. 

A modification of the exemplary embodiments and applications above of the invention is the incorporation of 
speech recognition into the mobile computing device to allow the user to talk his way through the screens in place 
of using a stylus or some other selection mechanism. Speech recognition includes bodi the oral verbalization and 
processing of larynx vibrations to develop a signal pattern and dictionary to enable the user to speak during use. 
The speech recognition component preferably would be implemented using software on the mobile computing 
device. 

An add-on cortponent to the system is a hospital locator that includes a database of hospitals (including 
contact information.) and specialties correlated with GPS locations around the world. This add-on component 
altematively could be packaged as a standalone item for PDAs and other mobile computing devices or central 
databases available to concierge-type services. The component would take the cinrent GPS location of the 
individual along with the health issue {see Figure 27(a)) and find the nearest medical facilities in the database along 
with the nearest medical facilities with the specialty to address the health issue {see Figure 27(b)). The database 
may include additional contact information such as tiie doctors who head up the specialties {see Figure 27(c) and 
(d)) and infonnation to enable the device providing directions on how to reach the medical &cihty. The interface 
shown in Figure 27(d) also could be used for adding new medical facilities along with updating/editing information 
about existing medical facilities. 

The invention in addition to having apparatus and system embodiments also includes methods for creating and 
capturing medical information. The above discussion regarding tiie exemplary embodiments and applications of the 
invention describe some methods for completing forms, gathering information, transferring information between 
devices/databases, and accessing data. 

One exeinplary method of using the system includes the initial setiq) of EICs and PDAs for use in the system, 
handling health situations, transmitting tiie medical information with the patient to the medical facility. 

The initializing of EICs was discussed in detail as part of the primary exemplary embodiment The method for 
initializing is shown in Figure 28. First, in step 2805, the EIC is formatted to except information and the formatting 
can be done using the mobile computing device with appropriate interface. In conjunction, before, or after the first 
step, the patient is setup in step 2810 as discussed above in connection with patient creation. The third step (2815) 
is download the patient infonnation onto the EIC. The next step (2820) is to provide the EIC to the individual for 
future use. Extensions of this method is to also download information gather as part of pre-deployment processing 
in a military appHcation and/or adding a medical history of the individual to the EIC. 

The setup of the PDAs can be accomplished a variety of ways including the importiag of infonnation for 
individuals who would be cared for by tiie medical professional being assigned the PDA to mirror that information 
contained on the EIC. Altematively, the PDA could be setup to obtain all of its information on the fly firom EIC 
and/or over a network. In any event the setup should be determined and performed prior to deployment of the PDA. 

Figure 29 illustrates a method according to the invention for handling medical information fi:om the point of 
treatment back through treatment at a medical facihty. The first step (2905) is to process the encoimter for the 
medical situation as outlined in more detail in coimection with primary exeinplary embodiment After taking in the 
medical information transfexxing it to a database accessible at a medical facility through a network remotely, an 
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HQ or a xK.two± «r«dte ^ the database in step 2910. Preferably, the trar^ in the nriUtary envinnnnent wfll 
oco^r ^th fl. rnedical iB&nmtion being trailed fiorn the PDA of the xn«^ 

n^edxcal fecility a ^ person ^^ read irrformation from fire EIC ar«l transfer ftat information to a database 
accessible at the medical facility from other staff members. In 4e civilian world, preferably fl.e transfer ^ occur 
^th tra^sion of the medicd record over a wireless comrection from the scene, in transit, o^ 
of the medical feoiUty. As the patient is treated under either scenario accumulating additional medical information 
and attachmg that information to the patient's medical record (step 2915). Ihe medical staff may also make use of 
the system wift appropriate forms for entering the additional medical infom^tion viamobile computing devices In 

tbernihtaryenviromnent. upon the patient kaving tfaemedical fecihty. do^oading^^^^^^^ 
patient's EIC. 

Figure 30 iOustratesamethod for tracldngthense of medical s^Uesbyamedical professions^ 
to perfomnng the me^od, an inventory of suppUes for the medical professional needs to be taking to know what is 
m the mventory and entering that information into the system either through an mterface or as a XML file. The first 
Step (3005) as a medical supply is used in treating a patient, the amount used is decr^nented against the im^entory. 
The second step (3010) is monitoring the inventory level of each tj^ of supply so that when an item goes below a 
predeteimmed threshold. When a threshold is reach, ordering additional supplies of the item(s) that is low (3015) 
vra the network, a notification sent one an EIC. or noting the user to pick-up additional supplies when he/she 
rehnns to a location where supplies may be obtamed. An addition to to is Are incksion of the mventory tracking 

bemgaccessedby the systeminteUigenceinrecommendu^ treatments to newpatientssuchthat^e^ 
on, an alternative treatment is suggested (3020). or when an item runs low that has an equivalent item in greater 
s^ply. the equivalent is suggested to be used for the treatment of the patient A modification to this exemplary 
embodm»nt is that as part of the preparation stage, the system provides a list of items that should be present based 

upontheeqo^mentandmedicalsuppUesthatthemedicalprofessionalshouldhaveforfheirposition. 
VI. Industrial Applicability 

The present mvention can serve as a model for civilian. These technical and clinical innovations in the 
development, training and support of deployed telemedidne operations greatly enhances the level of command 
control, .tuational awareness, and overaU health care deHvery provided by the U.S. 'Army Medical Command 
dunng contingency ty,e operations. Tins invention is capable of being an enabler of first-respondei medical 
combat casualty care and forward health services irr operations c^ 
battlefields, with a nunimum forward-deployed medical logistics footprint. 

Tb, inventionpr^vides Commanders withreal time access to the readiness status of their troops and provides 
s^ort for medical command and control, telemedicine and medical informatics applications across the continuum 
of the entne spectrum of military medical operatiorrs but especially for the first responder and fin forward medical 
feohtres. The invention also may be implemented to include complete s^^ort 

first responders MOS. At the start of the mobile computing device, the available options may be preset to 
correspond to the user's MOS. Another exemplary embodiment provides for trackmg medical suppKes as «rey are 
used m treating patients. TTris tjpe of information then can be used to formulate a treatment plan, because the 
system inchrdes sufficient intelligence to know what supplies the medic has at the time of the encounter Tire 
mtelhgence preferably maintains a nmning mventory by decrementing the number of supplies as they are being 
^ed. The ^tem also wiU allow the medic to order new suppUes usmg the mobHe confuting device or 
automatically once certain levels are reached. 
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IN THE CLAIMS; 
We claim: 

1 . A medical information system conprising: 

at least one database containing medical records of a plurality of individuals, 
a computer network connected to said database, 

a plurality of mobile computing devices in communication with said con:5)uter network, each of said 
devices haviag 

means for maintaining a list of patients, 

means for receiving information from a user regarding at least one of one of the patients and a 
newly entered patient, the information relating to the health of the patient, 

means for automatically conipletmg a portion of the information required to complete the 

information. 

2. The system according to claim 1, wherein each of said mobile computing devices includes means for 
communicating with an ETC. 

3 . The system according to claim 1 , further con^rising a plurality of connection nodes in communication 
with said computer network, and each of said connection nodes is in communication with at least one mobile 
computing device. 

4. The system according to claim 1, wherein said means for automatically con[q>leting a portion of the 
information supplies a narrative for iajuries entered by the user using location and injury type and correlates the 
nanative to ICD9 codes. 

5. A metihod for creating a longitudinal medical record as a digital record congDrising: 

entering information regarding a health event of a patient into a mobile computing device at a location 
remote from a medical facility, 

transferring the information regarding the health event and the patient to the medical facility in an digital 
foimat, and 

accmnulating additional information regarding the patient during a period of treatment at the medical 

center. 

6. The method according to claim 5, wherein the entering step includes 
receiving a selection of Hie patient from a list of individuals, 
displaying an interface for receiving information about the health event, 
receiving the information about the health event, 

providing a narrative based on the information about the health event, 
recommending a course of treatment, and 
con:^)iling the digital record for the health event. 

7. The method according to claim 6, wherein the transferring step includes 
loading the digital record onto a conqputer readable medium, 

providing the computer readable medium to the medical center, 

loadiag the digital record from the computer readable medium into a database at the medical center. 

8. The method according to claim 6, wherein the transferring step includes transmittiag the digital record 
wirelessly to the medical center. 

9. A data signal embodied in a carrier wave readable by a confuting system and encoding instructions 
for executing a process performing the method recited in claim 6 for the entering step. 
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10. A con5)uter-readable medium having conDputer-raecutable instructions for tiie method recited in claim 
6 for the entering step. 

1 1. A mefliod for receiving information regarding an injury received by a patient by an user con5)rising: 
displaying an interfece having a scries of inquiries relating to a generic injury mcluding 

a type of the injury, 

a classification of the injury, 

a graphical representation of the human body, 

a medication section, and 

a vital signs section; 

receivmg from the user identification of the type of injury and classification of the injury, 
receiving a location of the mjuiy based on flie user tappmg at least one body part, 
receiving additional information regarding the mjury selected from a list that is based on the injury 
classification, 

providing an injury summary based on the received information, 

estimating a level of consciousness of tiie patient based on the received information, 

receivmg confirmation of the level of consciousness from the user, 

receiving information regarding medications given, 

receivmg vital sign information,' 

recommending a course of treatment based on tihe mformation received fromfhe user, and 
requesting information about the disposition of the patient 

12. A data signal embodied in a carrier wave readable by a computing system and encodmg instructions 
for executing a process perfoiming the me&od recited in claim 1 1 . 

13. A computer-readable medium having computer-executable instructions for the method recited m clahn 

11. 

14. The method according to claim 11, further cornprismg: 
' receiving a request to update the assessment mformation, 

displaymg another interface for receivmg information regarding the injury, and 
receiving additional information regarding the injury. 

15. The method according to claim 11, further cornprismg: 
receiving identification of the patient from a computer readable medium, 
con^ilmg a digital record of the information entered by die user, and 
copying the digital record to the computer readable medium. 

16. The method according to claim 11, further cornprismg providing reference information upon request 
from the user. 

17. The method according to claim 1 1, wherein the patient is a dog. 

18. The method according to claim 1 1, further con^jrising receivmg epidemiology information. 

19. The metiaod according to claim 11, further con^rising 

requesting vital sign information from a monitoring device attached to tiie patient, 

receiving vital sign infomation from the monitoring device, and 

adding the received vital sign information to the medical record of the patient 

20. A method for collecting medical information and fadhtating record keeping of the medical 
information for a wo± force, the method con^rising: 
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prepaiiiig multiple personal identificatioii cards to include medical and demographic information about one 
individual in the workforce, 

assigning the individual whose information is contained on the personal identification card fheir respective 
personal identification card, 

preparing multiple mobile computing devices for use by medical staff members of the workforce to have 
software for receiving additional health information about workforce members, 

instructing the medical staff members on how to use the mobile computing devices and how to exchange 
data between the personal identification cards and the mobile confuting devices, 

when treating an injured workforce member, 

connecting the injured workforce meniber's personal identification card to the mobile computing 

device, 

creating a field medical record regarding the injury^ 
continuing to monitor the patient until disposition has occurred, 
transferring the field medical record to the personal identification card, 
when the injure workforce member is sent to a medical facility, 

loading the field medical record from the personal identification card to a database at the medical 
center to create a longitudinal medical record. 

21. The method according to claun 20, iurtiier comprising 
tracking use of sillies during treatment of injured individuals, 

when a particular item contained within the supplies reaches a threshold 

transmitting a request for additional number of the item that has reached the threshold, 
altermg treatment recommendations to reflect the low supply of the item. 

22. A method for creating a medical record for an injury to an animal corr^rising: 
receiving a name or other identifier for the animal, 

displaying the name of the animal and requesting a type of the injury, 
a classification of the injury, 
a graphical representation of the animal body, 
a medication section, and 
a vital signs section; 

receiving from the user identification of the type of injury and classification of the injury, 
receiving a tap at at least one location on the animal body to identify where the injury is on the animal, 
receiving additional information regarding the injury selected from a list that is based on the injury 
classification, 

providing an injury simomary based on the received information, 

estimating a level of consciousness of the patient based on the received infom[iation, 

receiving confirmation of the level of consciousness fiom the user, 

receiving information regarding medications given, 

receiving vital sign information, 

recommending a course of treatment based on the information received from the user, and 
requesting information about the disposition of the animal. 

23. The method according to claim 22, fiirther comprising when requested for an interface for entering 
additional information: 
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displaying an inteifece &i receiving additional information regarding iiie injiny including any changes in 
vital signs of the aoimal. 

24. Asj^temformaintaininga workforce healthand 
a network, 

at least one database honsing medical records of individuals having said personal identification cards, 
a phirality of personal identification cards, and 

a plurality of mobile computing devices capable of communicating with said personal identification cards 
and said network, each of said devices having software for receiving medical information, recommending 
tieatinents for injuries, and transferring the medical information to said database. 

25. The system according to claim 24, wherein the network includes wireless and wired segments and is 
anintranet 

26. Software for a mobile computing device to provide the interfeces shown in the figures and discussed 
in the above description. 
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